Рекомендации о том, как отделить службы (RSS, REST API) от моего пользовательского интерфейса (веб-форм), когда они используют общую модель? - PullRequest
0 голосов
/ 13 ноября 2009

У меня есть веб-приложение, которое организовано в проекты данных, бизнеса и пользовательского интерфейса. По мере развития системы изменения внедряются путем сборки всех трех проектов и их развертывания в одном пакете. Это сработало хорошо и позволило создать иллюзию «трехуровневой системы», не затрагивая коммуникацию, проблемы версий действительно отдельных систем.

Итак, приходит запрос на XML-сводку некоторых данных, и мои мысли обращаются к причудливому сервису WCF, который однажды может стать моим «веб-API» (аааа… разум… какая злая маленькая обезьянка является). Итак, при условии, что это выдержит тест «это действительно лучшая идея?», Вот мой вопрос:

С какой структурой вы добились наибольшего успеха, когда ставили с двумя эволюционирующие «клиенты», обслуживающие контент из единой развивающейся «модели»?

1 Ответ

0 голосов
/ 14 ноября 2009

Джеймс, ваш вопрос скорее правдоподобный, поскольку существует большое количество переменных, которые влияют на выбор правильного типа архитектуры для ваших нужд. Я бы порекомендовал прочитать шаблоны и практики Руководство по архитектуре приложений 2.0 , чтобы лучше понять варианты и выбрать лучший вариант, который соответствует вашим индивидуальным потребностям.

...