WPF WCF Prism y MVVM - forma correcta de exponer entidades

Question

Vamos a desarrollar una gran aplicación de escritorio empresarial muy pronto y he estado estudiando el enfoque WPF + PRISM + MVVM, tengo una buena comprensión de la mayoría de los conceptos y me encanta la modularidad que proporciona.

Donde estoy teniendo problemas es con cómo diseñar la capa de servicios para obtener datos dentro y fuera, especialmente cuando este servicio es presentado por un módulo con la idea de que el módulo dependiente puede usarlo.

Quería resumir mis servicios de datos WCF dentro de los servicios de aplicaciones y usar ServiceLocator para resolver instancias concretas desde mis modelos de vista, sin embargo, estoy teniendo dificultades para encontrar la forma de hacerlo, principalmente debido a que mi estado es parte del servicio WCF.

Por ejemplo

Module1 Contiene Servicio WCF + Hormigón de servicios de aplicaciones (ISearchService) + Servicio WCF generado entidades (modelo)

Module1.Infastructure - contiene la siguiente interfaz para el servicio de aplicación

public interface ISearchService 
{ 
     ObservableCollection<Person> Search(string search); 
} 

esto se registrarían en el UnityContainer de manera que cualquier otro módulo puede obtener la implementación concreta introducida por el módulo.

Mi problema es que las Entidades (Person) se definen en el propio módulo (en el servicio WCF), por lo que introducir un servicio y esperar que otros módulos puedan usarlo significa que necesitan hacer referencia al módulo mismo no solo la infraestructura de los módulos, a menos que saque los servicios a otro ensamblado.

¿Debería exponer mis entidades que se generan automáticamente desde mi modelo EF de esta manera?

¿Alguien tiene una mejor solución?

Answer 1

Aquí está cómo lo hizo.

Actualmente estoy usando los servicios de Silverlight + PRISM + MVVM + WCF (RIA).

Con la arquitectura actual proyecto

• Application.Domain: Contiene todas las primeras entidades de código EF incluyendo metadatos y validación de negocios. No incluye generación de base de datos.

• Application.RIAServices: Este es el proyecto que contiene las clases autogeneradas del proyecto web de servicios de WCF RIA. Puedo hacer referencia a este proyecto tanto en WPF como en Silverlight.

• Application.RIAServices.Web: proyecto web que contiene los DomainServices y el código de generación de base de datos mediante el uso de DbContext. este es el proyecto de enlace WCF RIA para la aplicación.RIAServices

• Application.Infrastructure: Aquí es donde comienza. Porque al igual que usted, tengo una Persona/Servicio al Cliente que usa una interfaz ICustomerService. Como quiero utilizar este servicio, por ejemplo, toda la aplicación y no solo en el ModuleA, coloco esta interfaz en la Infraestructura. Todos los proyectos contienen una referencia a este proyecto.

• Application.Modules.ModuleA -> Application.Modules.ModuleD: Módulos generales que proporcionan funcionalidad. Todos mis módulos (que usan WCF RIA Services) tienen una referencia a los proyectos Application.Infrastructure y Application.RIAServices.

• Application.Shell: Startup project. tener el programa de arranque y registrar todos los módulos relevantes.

La pregunta de Reading Rachels me hizo pensar en ciertas cosas y solo quería dejar mi estructura sobre cómo lo hice. Es posible que tengas una idea al respecto. No quiero ir a DTO todavía porque las cosas como la validación están tan bien integradas en los servicios WCF RIA que se reflejan automáticamente en el cuadro de texto cuando algo está mal y muestran un mensaje de error. Mirando hacia adelante a oír su opinión y el resultado de la pregunta/tema

Editar:

Application.Domain también tiene una estructura separada aswell.

Tengo mis modelos. Solo propiedades de contenedor puro que deben asignarse a la base de datos. Entonces tengo mi carpeta de metadatos. Ahora para que esto funcione, necesito tener el mismo espacio de nombres que mi Entidad y hago que la entidad sea parcial. Creo un archivo Entity.metadata.cs y allí creo un internal sealed class EntityMetaData, copiando las propiedades y agregándole atributos. Al usar el atributo MetadataType sobre la clase Entity, agrega todos esos atributos al generador de código EF/WCF RIA.

Uno de esos atributos es el CustomValidation que utiliza una clase estática y un parámetro de método y valida la entidad en el servidor. O si crea el archivo con una extensión .shared.cs, se genera en el proyecto Application.RIAServices.

Posibilidad

Para tratar de responder a su pregunta, es posible que sólo tiene 1 opción y eso es lo que sugirió al principio. Puede crear un Proyecto de Infraestructura del Cliente.

este proyecto contiene la interfaz para el ICustomerService, la Entity/DTO/POCO como quiera, y tal vez incluso una implementación de este ICustomerService o el servicio WCF. Esto permite que todos sus módulos hagan referencia a este proyecto y, por lo tanto, no creen dependencias entre los módulos.

Answer 2

Puede definir una interfaz IPerson, haga que su entidad la implemente (utilizando clases parciales) y la use en su contrato. La otra opción, si lo prefiere, es dividir las definiciones de su entidad en su propio ensamblaje, o simplemente incluirlas en su ensamblaje de contratos.