Las clases de lógica de negocios de nombres

Question

Tengo una capa de negocio que tiene algunos objetos de negocio / POÇOS / entidades / lo que sea. También tengo algunos repositorios para el acceso a datos. Hasta este punto, he estado con el acceso a repositorios directamente de mi capa de interfaz de usuario. Estoy en un punto en el que realmente necesita más clases que no son CRUD recta, por lo que voy a crear algunas clases de lógica de negocio que va a hacer la lógica, y un mantenimiento, y los repositorios no se accederá por la interfaz de usuario más (lo que probablemente debería haber hecho desde el principio).

¿Qué debo llamar a estas clases? La única cosa que puedo pensar son las clases de servicio, pero no tengo los servicios reales WCF en esta solicitud, por lo que hará que sea confuso. Los servicios WCF también utilizará estas clases, por lo que tener un servicio de utilizar una clase de servicio parece extraño y confuso.

Answer 1

Yo uso el "Servicio" convención de nombres también. Es cierto que el "servicio" se ha convertido en un término muy sobrecargado en la industria, pero que tiene más sentido. Los desarrolladores de revisar el código debe ser capaz de determinar la diferencia entre una aplicación / servicio de dominio frente a un servicio WCF, y mientras tiene una llamada de servicio WCF otras clases de servicios pueden parecer confuso, creo que usted encontrará que no lo es. La idea de un servicio es que se trata de código que realiza una función, y está disponible para su uso por otros códigos. Puede ser que sea un servicio interno, o podría ser un servicio expuestas al exterior a través de http o lo que sea. Pero la idea de lo que hace el código es el mismo.

Answer 2

Si sus 'servicios' orquestan la lógica de negocio utilizando una serie de objetos de dominio, es muy probable que la aplicación de la patrón de la fachada - así que tal vez puede nombrar con este sufijo, por ejemplo OrderManagementFacade

Answer 3

A partir de su descripción, parece que las clases de WCF en realidad están implementando un servicio host . Yo normalmente el nombre de esas clases con un sufijo "ServiceHost". Se les separa bien de las clases de servicio real.

Así, por ejemplo, usted tendría su lógica de negocio en una clase llamada "a Cliente" y la clase WCF correspondiente sería llamado "CustomerServiceHost".