2010-01-21 1 views
5

В настоящее время я изучаю .NET RIA Services, но у меня возникли проблемы с поиском окончательного списка преимуществ служб RIA по сравнению с обычным WCF для Silverlight или событием - список ключевых компонентов, входящих в состав RIA Services. Мне также трудно понять, какие службы RIA находятся в модели разработки и что именно она предоставляет разработчику.Каковы основные функции/преимущества служб RIA?

  • Есть ли ощутимые выгоды от использования RIA в отличие от других вариантов?
  • Каковы основные компоненты, которые составляют услуги RIA?
  • Что вы можете сделать с RIA, что вы не можете сделать с существующими технологиями Microsoft/.NET?

ответ

5

Brad Abrams имеет a series of posts about RIA Sevices, начиная с What is .NET RIA Services?. MSDN также имеет an introduction.

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

Конечно, вы можете все это закодировать. Таким образом, наибольший выигрыш в RIA Services - это время, и вы с удовольствием соглашаетесь с тем, как RIA Services делает что-то.

Я использовал его для клиента Silverlight и нашел его легким в использовании, с необходимостью писать сервисный слой, заботящийся о каркасе.

+0

+1 Я думаю, что самое большое в Ria Services - это то, что он заботится о сантехнике для разработчика. Это преимущество во времени на базовом уровне; однако он растет, когда вы учитываете, насколько легко использовать службы Ria с данными подкачки и проверки данных посредством аннотаций. Это экономит много времени, что я почти всегда должен был подключаться вручную. – JamesEggers

+0

Спасибо. Я читал несколько статей из довольно эпического набора сообщений Брэда на RIA, но мне все еще было трудно понять, какая из функций, которые он кодирует или говорит, является прямым результатом использования RIA. Довольно часто он, кажется, говорит о вещах, которые уже доступны. В частности, в примере источника данных, основанного на WCF, я не вижу никаких работ по «сантехнике», которые были созданы службами RIA. Мне не хватает точки, потому что я не использую Entity Framework в качестве источника данных? – SciFi

+0

Я думаю, что лучший способ - представить себе приложение Silverlight без RIA. Поэтому сначала вам нужно написать свои службы WCF. Затем вам нужно управлять своим состоянием и обновлениями на стороне клиента. Используете ли вы новые объекты на стороне клиента или пытаетесь скопировать объекты на стороне сервера? Что говорит RIA: напишите свою службу домена, и я создам вам слой на стороне клиента, чтобы упростить вызов этой услуги. Уровень клиентской стороны включает в себя доступ к тем же объектам, которые используются на стороне домена, а также контексты для отслеживания изменений и обновлений. Также все сущности доступны для привязки в xaml. –