Arquitetura de cebola para serviços de nível médio / backend

Question

Eu estou atualmente trabalhando em arquitetura de cebola de j.palermo . Eu tenho alguns problemas para implementá-lo no meu caso. É esta arquitetura apropriada para sites de 'negócio menos', aka mashup de serviços?

Aqui é o meu caso:

Temos muitos serviços de back-end (no WCF), cada um expondo dados de negócios isolados (marketing, conta, oferta, cms ...). Nossos muitos sites de MVC 'just' consomem esses serviços para renderizar páginas. Toda a lógica de negócios está no serviço, e o site é limitado à lógica de apresentação. Não há acesso a DB no site. No entanto, alguns dados de negócios podem ser mesclados em uma entidade composta para apresentação (como vincular uma página de conteúdo a uma oferta). Eu acho que colocar esta lógica sob uma camada de serviço.

edit: Devo criar um modelo de domínio para os resultados do serviço de backend / middle de middle? Talvez a lógica de negócios aqui seja apenas para mesclar dados de diferentes fontes?

Obrigado,

Answer 1

Se toda a lógica de negócios estiver nos serviços do WCF, lutaria para ver o ponto de um projeto principal com um modelo de domínio (o que faria?).Estou supondo que você não esteja adicionando uma lógica de camada de negócios em cima desses serviços para combinar várias operações?Se não, eu diria que a arquitetura de cebola não é apropriada nesse cenário.

Answer 2

Eu diria que o WCF está em vigor um serviço de domínio para outros aplicativos.Com efeito, você está apenas quebrando a cebola em vários aplicativos.