Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Вебмастеру -> Сеппа Д. -> "Microsoft ADO.NET" -> 16

Microsoft ADO.NET - Сеппа Д.

Сеппа Д. Microsoft ADO.NET — М.: Русская Редакция, 2003. — 640 c.
ISBN 5-7502-0223-2
Скачать (прямая ссылка): mcrsftado2003.pdf
Предыдущая << 1 .. 10 11 12 13 14 15 < 16 > 17 18 19 20 21 22 .. 260 >> Следующая

Интернет, и понадобилась модель доступа к данным, простая для работы в серверных сценариях, которая требовала бы меньше кода и позволяла бы к.чт-im и серверу обмениваться структурами данных. В ответ на эту потребность появилась ADO.
За прошедшие несколько лет ADO верой и правдой послужила многим
ботчикам, однако ей не хватает некоторых ключевых функций, необходимых для
создания мощных приложений. Например, все больше и больше разработчиков хотят работать с XML-данными. И хотя в последних версиях ADO появились соответствующие ф\ нкщш. сама технология изначально ч?. рассчитана на взаимодействие с такими данными. Так, ADO не позволяет отделить информацию схемы от фактических данных. Возможно, Microsoft добавит в будущие версии ADO
дополнительные XML-функции, однако ADO никогда не будет обрабатывать XML-данные так же эффективно, как это делает ADO.NET. Это обусловлено тем, что ADO.NET создавалась с учетом, а ADO - без учета XML. Ядро курсоров ADO позволяет передавать отсоединенные объекты AfCMYfav между различными уровнями приложения, но объединить содержимое нескольких таких объектов нельзя. В ADO разрешено передавать изменения в БД, однако нет средств
управления логикой обновления. Кроме того, ядро курсоров ADO, например, не
позволяет передавать отложенные изменения в БД при помощи хранимых процедур. Посколькумногие администраторы БД позволяют пользователям изменять содержимое БД только средствами хранимых процедур, большинство лишено возможности передавать изменения через объект Recordset ADO.
Microsoft разработала ADO.NET для решениях этих, а также некоторых других
проблем, подробно о которых я расскажу в этой книге.
4
Часть 1 Основы работы с Microsoft ADO.NET
Как и ее предшественницы, ADO предназначалась для разработки приложений на основе технологии СОМ. С появлением общеязыковой среды выполнения (common language runtime) и .NET Framework Microsoft полностью пересмотрела среду Visual Studio. Теперь мы имеем пакеты Windows Forms и Web Forms, рассчитанные на работу в общеязыковой среде выполнения. Кроме того, Microsoft разработала им Л i Framework новую объектную модель доступа к данным — \\У >М: Г
¦Um"),MT объединяет в себе лучшие стороны своих предшественниц и реализует функции, наиболее часто требуемые разработчикам: расширенную поддержку XML, упрощенный доступ к отсоединеннымданным, расширенные возможности управления обновлениями и повышенную гибкость обновлений.
Объектная модель ADO.NET
Мы уже достаточно сказали о назначении ADO.NET и ее месте в архитектуре Visual Studio .NET, теперь самое время познакомить вас с этой технологией поближе. Здесь дается краткий обзор объектной модели ADO.NET и ее отличий от предыдущих технологий доступа к данным Microsoft.
Назначение ADO.NET — помогать разработке эффективных многоуровневых приложений для работы с БД в пнтрасетях и Интернете, для чего она и предоставляет все необходимые средства. На рис. 1-1 показаны классы, составляющие объектную модельADO.NET. Пунктирнаялинияделит модель надве части. Объекты в левой части называются п<1ба>сднииииыми (connected). Для управления соединением, транзакциями, выборки данных и передачи изменений они взаимодействуют непосредственно с БД. Объекты в правой части называются чмоя'ониен -(disconnected), они позволяют работать с данными автономно.
Потледииемл* объекты
Connection
П
Transaction
DataMapter
Command
II
Parameter
•-и DatuReauer
Отсоединенные объекты
DataSet
hn DattTaNt
DalaVIew
DaiaRoto
OataCotumn
Constraint
DataRetetion
Рис. 1-1. Иерархия объектов ADO.NET
ГЛАВА 1 Обзор ADO.NET
Пространстваимен
Пространство имен - это логическое объединение объектов. Размеры .NET Framework велики, и чтобы упростить разработку приложений на ее основе. Microsoft разделила объекты на пространства имен. На рис. 1-2 показана часть иерархия пространств имен в ,NET Framework,
Svstam
К ML
Schema
Serialization
XPath
X.5i
Рис. 1-2. Пространства имен в Framework
Самая частая причина использования пространств имен — профилактика коллизий имен в сборках. Благодаря наличию разных пространств имен, программисты, работающие над разными компонентами, составляющими одно решение, могут использовать одинаковые имена для разных элементов. Поскольку эти имена разделены, в период компиляции они не мешают друг друг Более практичное применение пространств имен то, что группировка упрощает поиск объектов. Иногда я не помню точное имя нужного мне объекта. Если бы в .NET Framework не было предусмотрено деление объектов на небольшие пространства имен, мне пришлось бы искать требуемый объект в общем алфавитном списке. К счастью, я обычно знаю пространство имен необходимого мне объекта. Найти объект в нем гораздо проще, поскольку требуется просмотреть меньше записей,
Подробнее об использовании пространств имен в work и Visual Studio .NET — документации
Объекты, составляющие отсоединенную часть модели ADO.NET. не взаимодействуют напрямую с подсоединенными объектами. Это — значительное отличие от предыдущих объектных моделей доступа к данным Microsoft. В ADO объект Sv:.:or,:b?i хранит результаты запросов. Можно вызвать его метод Open, чтобы выбрать результаты запроса, и затем с помощью метода Update (или Uv-iaii-iv^b) передать изменения из Recordset в БД.
Предыдущая << 1 .. 10 11 12 13 14 15 < 16 > 17 18 19 20 21 22 .. 260 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100