Службы данных ADO.NET занимают свое место в общем дизайне.
https://stackoverflow.com/questions/669242
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Служба данных ADO.NET — это уровень доступа к данным следующего поколения в приложениях.Я видел множество примеров использования его непосредственно из уровня пользовательского интерфейса, такого как Silverlight или Ajax, для получения данных.Это почти как двухуровневая система с полностью удаленным бизнес-уровнем.Должен ли доступ к DAL осуществляться на бизнес-уровне, а не напрямую из пользовательского интерфейса?
Решение
Службы данных ADO.NET — еще один инструмент, который необходимо оценить для перемещения данных.
.NET RIA Services — еще один сервис.Гораздо лучше, я бы сказал.
Я вижу сервисы данных ADO.NET в качестве услуг низкого уровня, которые будут использоваться в некоторых среде высокого уровня.Я бы не позволил моему пользовательскому интерфейсу напрямую общаться с ним.
Основная проблема, которую я вижу с помощью Data Services Ado.net, больше связана с безопасностью, чем с чем -либо еще.
Для простых/быстрых задач, во интрасети, и если вы не слишком выбираете свой дизайн, это может быть полезно.(IMO) Это может быть довольно удобно, когда вам нужно быстро разоблачить данные из существующей базы данных.
Я говорю Handy, но это не был бы моим первым выбором, поскольку я избегаю столько, сколько я могу «быстрые и грязные» решения.Эти решения подобны призракам: они всегда возвращаются и преследуют вас.
Другие советы
Служба данных ADO.NET — это уровень доступа к данным следующего поколения в приложениях.
Я понятия не имею, где ты взял что от!Возможно, вы путаете службы данных ADO.NET с ADO.NET Entity Framework?
Не следует считать, что все, что производит Microsoft, представляет ценность для каждого разработчика.По моему мнению, службы данных ADO.NET — это быстрый способ создания служб CRUD, которые могут иметь несколько других операций, определенных для объекта, но все операции являются хранимыми процедурами.Если вам нужен только сервис, ориентированный на базу данных, возможно, это то, что вам нужно.Конечно, нет смысла писать какой-либо код для такого сервиса, за исключением базы данных.
Но это не означает, что ADO.NET Data Services «имеет место в общем дизайне» каждого проекта.Это то, что удовлетворяет потребность достаточного количества клиентов, и Microsoft сочла целесообразным потратить деньги на его разработку и поддержку.
В этом отношении они также считали ASP.NET MVC хорошей идеей...
:-)
По моему мнению, другие ответы недооценивают важность служб данных ADO.Net.Хотя использование его непосредственно в вашем приложении имеет некоторое сходство с двухуровневой системой, другие продукты Microsoft, такие как .Net RIA Services, Windows Asure Storage Services, основаны на ней.В отличие от фразы в одном из ответов «Для простых/быстрых задач в интрасети, и если вы не слишком придирчивы к дизайну, это может быть полезно», это может быть полезно для общедоступных веб-сайтов, включая веб-сайты в ASP. Чистый MVC.
Дино Эспозито описывает движущую силу служб данных Ado.Net в своем блоге.
«Службы данных ADO.NET (также известные как Астория)
Движущая сила:необходимость создания интерактивных веб-систем.Что это вкратце:Новый набор инструментов для построения среднего уровня или, еще лучше, уровня обслуживания поверх среднего уровня в приложениях любого типа, включая приложения корпоративного класса.Что это такое в бетоне:предоставляет вам URL-адреса для вызова из гиперссылок для передачи данных клиенту.Лучше подходит для сценариев, когда клиенту нужен прямой | частично фильтрованный доступ к данным.Не идеально подходит для запроса данных из IE, но идеально подходит для создания нового поколения веб-элементов управления, поддерживающих AJAX.И только это».
