Структура проекта Silverlight .NET RIA

Question

Я запускаю новое приложение Silverlight 3 RIA. Исторически, когда я занимался веб-разработкой, у меня было решение со следующей структурой проекта.

Core - Generic and misc stuff. 
Model - Domain model in nHibernate
Services - Business logic, services and repositories
Web - Web using MVC

В моем новом проекте в Silverlight RIA по умолчанию создаются клиент Silverlight и веб-проекты. Похоже, что проект Silverlight сопоставляется с веб-проектом, а веб-карты - с сервисами и моделями. Так люди обычно настраивают свои проекты Silverlight RIA или как вы это делаете?

Answer 1

Вот что я обычно делаю для простых решений:

Шаг 1. Создание веб-проекта - либо простого веб-приложения, либо веб-приложения MVC. Шаг 2. Создайте приложение SL и свяжите его с веб-проектом для развертывания и для ссылки .NET RIA Services.

Для более сложного проекта у меня есть:

Шаг 1. Создайте библиотеку классов для представления моего DAL и типов сущностей. Шаг 2, 3: № 1 и № 2 сверху.

Потенциально, если это имеет смысл, я бы разделил доменные службы и логику приложений на отдельный проект или поместил бы его в сборку DAL. Зависит от предполагаемых сценариев повторного использования ... а не от жестких / фиксированных правил.

Answer 2

В блоге Nikhil Kothari есть отличная статья, описывающая архитектуру приложения RIA Services: http://www.nikhilk.net/NET-RIA-Services-Vision-Architecture.aspx