Pregunta

Actualmente estoy trabajando en arquitectura de cebolla de j.palermo . Tengo algunos problemas para implementarlo en mi caso. ¿Es esta arquitectura apropiada para los sitios web de 'negocios menos', también conocido como mashup de servicios?

aquí es mi caso:

Tenemos muchos servicios de backend (en WCF), cada uno expone Datos de negocios aislados (marketing, cuenta, oferta, CMS ...). Nuestros muchos sitios web de MVC simplemente "consumen estos servicios para representar páginas. Toda la lógica empresarial está en el servicio, y el sitio web está limitado a la lógica de presentación. No hay acceso DB en el sitio web. Sin embargo, algunos datos comerciales se pueden fusionar a una entidad compuesta para la presentación (como vincular una página de contenido a una oferta). Creo que para poner esta lógica debajo de una capa de servicio.

Editar: ¿Debo crear un modelo de dominio para la asignación de resultados / resultados del servicio / de nivel medio? Tal vez la lógica de negocios aquí es solo para fusionar datos de diferentes fuentes?

gracias,

¿Fue útil?

Solución

Si toda la lógica empresarial está en los servicios WCF, lucharía para ver el punto de un proyecto central con un modelo de dominio (¿qué haría?).Supongo que no está agregando una capa de lógica de negocios en la parte superior de estos servicios para combinar múltiples operaciones?Si no, diría que la arquitectura de cebolla no es apropiada en este escenario.

Otros consejos

Yo diría que WCF está en efecto un servicio de dominio para otras aplicaciones.En efecto, simplemente estás rompiendo la cebolla a través de múltiples aplicaciones.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top