El marco GoFrame está dirigido al diseño de catálogos de proyectos empresariales. La idea principal proviene de la arquitectura de tres niveles, pero en la implementación específica se ha mejorado y perfeccionado para hacerlo más acorde con la práctica de la ingeniería y el progreso del veces.
1. Estructura del directorio del proyecto
La estructura de directorio básica del proyecto empresarial GoFrame es la siguiente:
2. Explicación de la estructura del directorio.
Interfaz externa
La interfaz externa consta de dos partes: definición de interfaz (api) + implementación de interfaz (controlador).
Las responsabilidades de la interfaz de servicio son similares a la capa de presentación de la interfaz de usuario en el diseño de arquitectura de tres niveles, responsable de recibir y responder a la entrada y salida del cliente, incluido el filtrado, la conversión y la verificación de los parámetros de entrada, manteniendo la estructura de datos de salida. y servicio de llamadas para realizar el procesamiento lógico empresarial.
definición de interfaz - api
El paquete API se utiliza para definir la entrada y salida de la estructura de datos acordada con el cliente y, a menudo, está fuertemente vinculado a escenarios comerciales específicos.
Implementación de interfaz - controlador
El controlador se utiliza para recibir la entrada de la API, llamar a uno o más paquetes de servicios internos para realizar el escenario empresarial y organizar el resultado del servicio en la estructura de datos de salida de la API.
realización de negocios
La realización empresarial consta de dos partes: interfaz empresarial (servicio) + encapsulación empresarial (lógica).
Las responsabilidades de la implementación empresarial son similares a las de la capa de lógica empresarial BLL en el diseño de arquitectura de tres niveles, que es responsable de la realización y encapsulación de una lógica empresarial específica.
En la introducción de los capítulos siguientes, nos referiremos colectivamente a la implementación empresarial como servicio. Tenga en cuenta que en realidad consta de dos partes.
Interfaz empresarial - servicio
El paquete de servicios se utiliza para desacoplar llamadas entre módulos comerciales. Los módulos comerciales a menudo no llaman directamente a los recursos del módulo comercial correspondiente para implementar la lógica comercial, sino que llaman a la interfaz de servicio. La capa de servicio solo tiene una definición de interfaz y la implementación de interfaz específica se inyecta en cada módulo comercial.
Encapsulación empresarial: lógica
El paquete lógico es responsable de la implementación y encapsulación de una lógica empresarial específica. El código en cada nivel del proyecto no llamará directamente a los módulos comerciales de la capa lógica, sino que los llamará a través de la capa de interfaz de servicio.
modelo estructural
La responsabilidad del paquete del modelo es similar a la capa de definición del modelo en la arquitectura de tres niveles. La capa de código de definición del modelo solo contiene la definición de la estructura de datos públicos globales y, a menudo, no contiene la definición del método.
Cabe señalar aquí que el modelo aquí no solo es responsable de mantener la definición de la estructura del objeto (entidad) de la entidad de datos, sino que también incluye todas las definiciones de la estructura de datos de entrada/salida, a las que comúnmente hace referencia api/dao/service. La ventaja de esto es que, además de la gestión unificada de las definiciones de estructuras de datos públicas, también puede reutilizar completamente las estructuras de datos en el mismo dominio empresarial para reducir la redundancia de código.
Modelo de datos - entidad
La definición de la estructura de datos del programa vinculada a la recopilación de datos generalmente corresponde a la tabla de datos una por una.
modelo de negocio- modelo
La definición de estructura de datos general relacionada con el negocio, que contiene la mayoría de las definiciones de entrada y salida del método.
Acceso a datos - dao
Las responsabilidades del paquete dao son similares a las de la capa de acceso a datos DAL en la arquitectura de tres niveles, y la capa de acceso a datos es responsable de todos los puertos de acceso a datos.
3. Flujo jerárquico de solicitudes
cmd
La capa cmd es responsable del inicio del programa de arranque. El trabajo más importante es inicializar la lógica, registrar el objeto de enrutamiento, iniciar el servidor para monitorear y bloquear el programa en ejecución hasta que el servidor salga.
El
servicio de servidor de capa superior API recibe la solicitud del cliente, la convierte en el objeto receptor Req definido en la API, ejecuta la conversión de tipo del parámetro de solicitud al atributo del objeto Req, ejecuta la verificación básica vinculada en el objeto Req y transfiere el Solicitar objeto de solicitud a la capa del controlador.
controlador
La capa del controlador es responsable de realizar alguna verificación de la lógica empresarial después de recibir el objeto de solicitud Req, y luego llama a uno o más servicios para implementar la lógica empresarial, encapsula la estructura de ejecución en el objeto de estructura de datos Res acordado y lo devuelve.
modelo
Todos los modelos de negocio se gestionan en la capa de modelo, y la capa de modelo mantiene las estructuras de datos de entrada y salida de entrada/salida de los recursos de servicio.
servicio
El servicio es una capa de interfaz que se utiliza para desacoplar módulos comerciales. El servicio no tiene una implementación de lógica comercial específica y la implementación comercial específica se basa en la inyección de la capa lógica.
Lógica
La lógica empresarial de la capa lógica necesita implementar operaciones de datos llamando a dao. Al llamar a dao, debe pasar el objeto de estructura de datos do para pasar condiciones de consulta y datos de entrada. Una vez ejecutado el dao, el resultado de los datos se devuelve a la capa de servicio a través del modelo de datos de la entidad.
La
capa dao dao interactúa con la base de datos real subyacente a través de los componentes de la capa de abstracción ORM del marco.
4. Dirección de descarga del directorio básico
https://download.csdn.net/download/weixin_43578304/87490829