Услуги .NET RIA / Услуги WCF

Question

Мы находимся в процессе создания n-уровневого LOB-приложения Silverlight и рассматриваем возможность использования службы .NET RIA. Нам неясно, куда это подходит по отношению к нашему текущему API службы WCF. Наша текущая архитектура:

Silverlight <-> Служба WCF <-> Бизнес-логика <-> Модель Entity Framework <- > База данных

Посмотрев презентацию Nikhils Mix 09, вы увидите, что .NET RIA Services заменит наши разделы WCF и BusLog:

Silverlight <-> RIA Services <-> EF Model <-> DB

Это нормально, ожидайте, что нам нужен стандартный API-интерфейс конечной точки SOAP, доступный для использования другими приложениями (Biztalk, Integration и т. Д.). Могут ли службы .NET RIA представляться в качестве конечных точек SOAP без асинхронного требования?

Насколько легко реализовать службу WCF поверх службы .NET RIA? Знаете ли вы какие-нибудь хорошие онлайн примеры этого?

Спасибо, Mark

Answer 1

Да. В следующем CTP для RIA Services у нас будет очень хорошая поддержка для определения службы WCF (через Astoria и возможный ванильный WCF), которая раскрывает вашу бизнес-логику в RIA Services. Таким образом, у вас будет два руководителя по внедрению RIA Services.

Silverlight <---> RIA Services <---> EF Model <---> БД Службы WCF <--->

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

.. Бред

Answer 2

Мы смотрим на точно такой же сценарий. Прямо сейчас мы подумываем над этой моделью:

Silverlight <-> Службы RIA <-> Служба WCF <-> Бизнес-логика <-> Модель Entity Framework <-> База данных

Мы сможем размещать наши сервисы WCF в различных привязках. Мы будем использовать вызов inProc из RIA в WCF для приложения Silverlight. Для внешних потребителей услуг WCF мы будем размещать их с конечной точкой wsHttp.

Таким образом, в нашем сценарии мы получаем лучшее из обоих. Службы RIA становятся частью набора служб представления для нашего приложения, что облегчает бремя программирования приложения Silverlight (т.е. асинхронного). Недостатком является то, что мы добавили дополнительный слой.

Мысли