RIA Services по сравнению с услугами передачи данных ADO.NET
Один простой способ (если вы используете Play Framework) - найти LibraryDependacy в Maven Repository , выбрать версию, выбрать SBT , а затем добавить это внизу вашего файла project/build.sbt, например:
// https://mvnrepository.com/artifact/org.apache.spark/spark-core
libraryDependencies += "org.apache.spark" %% "spark-core" % "2.3.2"
После этого вы захотите ввести reload в консоль sbt, а затем compile. Это может показаться немного странным, если вы приехали из pip или js, но Maven Repo - ваш друг.
3 ответа
По сети службы данных ADO.NET и службы RIA очень похожи (обе основаны на REST).
Однако со службами данных ADO.NET и всеми другими службами REST нелегко увидеть API в Visual Studio. Пример: вы не знаете, какие вызовы к базе данных доступны, а возвращаемые данные не строго типизированы. Это делает систему данных очень совместимой, но с ней может быть сложно работать.
Используя службы RIA, вы получаете лучшее из обоих миров, поскольку на ваш проект RIA ссылаются напрямую для проектов Silverlight, поэтому Visual Studio может знать, какие методы используются. доступно и все строго типизировано. Все другие приложения могут использовать эту службу (dataservice.axd), но у них нет роскоши API.
РЕДАКТИРОВАТЬ: Исправление: Службы данных ADO.NET генерируют метаданные (извините за неверную информацию) http://msdn.microsoft.com/en-us/library/cc716656.aspx
Я создал прототип системы с Silverlight 2 и службами данных ADO.NET, и в настоящее время я продолжаю реализацию MVVM с использованием Silverlight 3 и служб RIA для бизнес-приложения.
У RIA есть модель безопасности, которая избавляет вас от создания собственной модели с помощью WCF для использования Silverlight. Он основан на модели поставщика безопасности ASP.NET. У него есть интересная и мощная модель проверки, которая позволяет вам легко вставлять свои собственные валидаторы клиентов.
Основные проблемы с RIA Services заключаются в том, что они очень новые, не в окончательной форме, и имеют очень мало документации с более чем упрощенным case senario. Бета-версия ожидается на PDC в ноябре и RTM с EF 4.0, C # 4.0 и VS2010.
При работе с чем-то на столь раннем этапе вы можете ожидать существенного рефакторинга с изменениями по мере выпуска релизов, и некоторое разочарование из-за небольших изменений, которые не так легко обнаружить.
В настоящее время мы работаем над ошибками в EF и RIA, и нам, возможно, придется использовать службы данных, чтобы сделать некоторые вещи, пока RIA не станет более стабильным.
Существует строгая типизация с помощью Data Services и RIA. Intellisense работает с обоими. Resharper пока не поддерживает RIA, хотя ожидается, что это будет в их версии 5.0.
Это очень старый вопрос, но я хотел бы добавить ответ для читателей.
Службы Ria - это слой поверх служб данных ADO.Net. Службы Ria используют ADO.Net в качестве базового фреймворка и добавляют слой для легкого использования библиотеки пользовательского интерфейса.
Поэтому вопрос может быть таким: когда использовать сервисы RIA и когда использовать сервисы данных ADO.Net