Вопрос

Я в настоящее время работаю над Архитектура лука от J.Palermo Отказ У меня есть проблемы с реализацией в моем случае. Эта архитектура подходит для веб-сайтов «Бизнес меньше», AKA Mashup услуг?

Вот мой случай:

У нас есть много бэкэндских услуг (в WCF), каждый из которых выставляют отдельные бизнес-данные (маркетинг, учетную запись, предложение, CMS ...). Наши многочисленные веб-сайты MVC «просто» потребляют эти услуги для рендеринга страниц. Вся бизнес-логика находится в сервисе, а веб-сайт ограничен логикой презентации. На веб-сайте нет доступа БД. Однако некоторые бизнес-данные могут быть объединены в композитный объект для презентации (например, связывание страницы контента к предложению). Я думаю, чтобы положить эту логику под сервисный слой.

<Сильные> Редактировать: Должен ли я создать модель домена для сопоставления образки / среднего уровня службы / действия? Возможно, бизнес-логика здесь просто объединить данные из разных источников?

Спасибо,

Это было полезно?

Решение

Если вся бизнес-логика находится в услугах WCF, я борются, чтобы увидеть точку основного проекта с моделью домена (что бы она сделала?).Я предполагаю, что вы не добавляете слой бизнес-логики на эти услуги, чтобы объединить несколько операций?Если нет, я бы сказал, что архитектура лука не подходит в этом сценарии.

Другие советы

Я бы сказал, что WCF влияет на доменную службу для других приложений.По сути, вы просто разбиваете лук в нескольких приложениях.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top