Службы данных ADO.NET занимают свое место в общем дизайне

Question

Служба данных ADO.NET - это новое поколение уровня доступа к данным в приложениях. Я видел множество примеров, использующих его непосредственно со слоя пользовательского интерфейса, такого как Silverlight или Ajax, для получения данных. Это почти как двухуровневая система с полностью удаленным бизнес-уровнем. Доступ к DAL должен осуществляться бизнес-уровнем, а не напрямую из пользовательского интерфейса?

Answer 1

Службы данных ADO.NET - это еще один инструмент для оценки перемещения данных.

.NET RIA Services является еще одним. Гораздо лучше, я бы сказал.

Я вижу службы данных ADO.NET как службы низкого уровня, которые будут использоваться некоторыми рамки высокого уровня. Я бы не позволил своему пользовательскому интерфейсу напрямую с ним общаться.

Основная проблема, с которой я сталкиваюсь в ADO.NET Data Services, связана с безопасность, чем с чем-либо еще.

Для простых / быстрых задач, в Интранете, и если вы не слишком выбираете дизайн, это может быть полезно. (ИМО) Это может быть очень удобно, когда вам нужно быстро представить данные из существующей базы данных.

Я говорю удобно, но это не будет моим первым выбором, так как я избегаю столько, сколько могу «быстрые и грязные» решения. Эти решения, как призраки, всегда возвращаются, чтобы преследовать вас.

Answer 2

Служба данных ADO.NET - это новое поколение уровня доступа к данным в приложениях

Понятия не имею, откуда вы взяли , откуда ! Возможно, вы путаете ADO.NET Data Services с ADO.NET Entity Framework?

---

Не следует полагать, что все, что производит Microsoft, представляет ценность для каждого разработчика. По моему мнению, ADO.NET Data Services - это быстрый способ создания CRUD-сервисов, в которых, возможно, есть несколько других операций, определенных для сущности, но все операции являются хранимыми процедурами. Если вам нужен только сервис, ориентированный на базу данных, то это может быть то, что вам нужно. Разумеется, для создания подобного сервиса есть относительно небольшая причина, кроме как в базе данных.

Но это не значит, что ADO.NET Data Services «имеет место в общем дизайне» каждого проекта. Это то, что удовлетворяет потребность в достаточном количестве клиентов, и, по мнению Microsoft, стоит потратить деньги на их разработку и обслуживание.

В связи с этим они также подумали, что ASP.NET MVC была хорошей идеей ...

: -)

Answer 3

По моему мнению, другие ответы недооценивают важность ADO.Net Data Services. Хотя использование его непосредственно в вашем приложении приносит некоторое сходство с двухуровневой системой, другими продуктами Microsoft, такими как .Net RIA Services, Windows Asure Storage Services на его основе. Напротив фразы в одном из ответов «Для простых / быстрых задач в интрасети, и если вы не слишком увлекаетесь своим дизайном, это может быть полезно», это может быть полезно для общедоступных веб-сайтов, включая веб-сайты в ASP. Чистый MVC.

Дино Эспозито описывает движущую силу Ado.Net Data Services в своем блоге

http://weblogs.asp.net/despos/archive/2008/04/21/the-quot-driving-force-quot-pattern-part-1-of-n.aspx

"ADO.NET Data Services (он же Астория)

Движущая сила: необходимость создания богато интерактивных веб-систем. Что это абстрактно: Новый набор инструментов для создания среднего уровня или, еще лучше, сервисного уровня поверх среднего уровня в любом приложении, включая приложения корпоративного класса. Что конкретно? Предоставляет вам URL-адреса для вызова из гиперссылок для передачи данных клиенту. Лучше для сценариев, где клиенту необходим прямой | частично отфильтрованный доступ к данным. Не идеален для запроса данных из IE, но идеален для создания веб-элементов управления нового поколения, которые дышат AJAX. И только это. "