ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание
Шрифт:
Резюме
Эта глава расширяет ваше понимание пространства имен Windows Forms путем рассмотрения возможностей элементов графического интерфейса пользователя, от самых простых (таких как Label) до "экзотических" (таких как TreeView). После изучения множества типов, соответствующих элементам управления, была рассмотрена задача построения пользовательских элементов управления, включая их интеграцию в среду проектирования.
Также в этой главе вы узнали, как строить пользовательские диалоговые окна и как получить новую форму из уже существующего типа Form, используя возможности наследования форм. Завершилась эта глава кратким обсуждением возможностей
ГЛАВА 22. Доступ к базам данных с помощью ADO.NET
Если вы не являетесь профессиональным разработчиком видеоигр, вас, наверное, заинтересует тема доступа к базам данных. Как и следует ожидать, платформа .NET определяет целый ряд пространств имен, обеспечивающих взаимодействие с локальными и удаленными хранилищами данных. Эти пространства имен известны под общим названием ADO.NET.
В этой главе, после того как будет "очерчена" роль ADO.NET (в следующем разделе), мы обсудим тему поставщиков данных ADO.NET. Платформа .NET обеспечивает поддержку целого ряда поставщиков данных, каждый из которых оптимизирован для доступа к конкретным системам управления базами данных (Microsoft SQL Server, Oracle, MySQL и т.д.). После того как вы освоите принципы взаимодействия с конкретными поставщиками данных, мы с вами рассмотрим новый шаблон поставщика данных, предлагаемый платформой .NET 2.0. Используя типы из пространства имен System.Data.Common (и файл app.config), можно построить единый программный код, с помощью которого динамически выбирается нужный поставщик данных, без необходимости перекомпиляции и повторной инсталляции приложения.
В оставшейся части главы будет выяснено, как программно взаимодействовать с реляционными базами данных, используя наиболее подходящий для вас поставщик данных. Вы сможете убедиться в том, что ADO.NET обеспечивает два разных уровня взаимодействий с источником данных, часто называемых связным и несвязным уровнями. Вы узнаете о роли объектов соединения, объектов команд, объектов чтения данных, адаптеров данных в множества других типов из пространства имен System.Data (В частности, DataSet, DataTable, DataRow, DataColumn, DataView и DataRelation).
Высокоуровневое определение ADO.NET
Если вы имеете опыт применения предыдущей модели Microsoft доступа к данным – модели ADO (ActiveX Data Objects – объекты данных ActiveX), основанной на использовании COM, – вы должны понять, что ADO.NET имеет с ADO очень мало общего, кроме букв "A", "D" и "О". Хотя и верно то, что некоторая взаимосвязь между этими двумя системами имеется (например, в каждой из систем используются понятия объекта соединения и объекта команды), некоторые привычные для ADO типы (например, Recordset) в ADO.NET больше не существуют. К тому же, ADO.NET предлагает целый ряд новых типов (например, адаптеры данных), которые не имеют прямых эквивалентов в "классической" модели ADO.
В отличие от классической схемы ADO, которая была разработана, прежде всего для жестко связанных систем клиент/сервер, технология ADO.NET была построена с учетом "разъединенного мира", на базе использования DataSet. Этот тип представляет локальную копию набора связанных таблиц. С помощью DataSet клиентское звено приложения получает возможность читать и обрабатывать его содержимое, будучи отсоединенным от источника данных, чтобы затем с помощью соответствующего адаптера данных направить измененные данные обратно для дальнейшей
Другим главным отличием ADO.NET от классической схемы ADO является то, что ADO.NET предлагает широкую поддержку XML-представления данных. Сериализация данных, получаемых из хранилища, выполняется (по умолчанию) в формате XML. Поскольку для обмена XML-данными между уровнями взаимодействия часто используется стандартный протокол HTTP, на ADO.NET не влияют ограничения устройств сетевой защиты (брандмауэров).
Замечание. В .NET 2.0 сериализация типов DataSet (и DataTable) может выполняться в двоичном формате (с помощью RemotingFormat). Это может оказаться полезным при построении распределенных систем на уровне удаленного взаимодействия .NET (см. главу 18), поскольку двоичные данные оказываются гораздо более компактными, чем данные XML
Но, возможно, самым главным различием между классической схемой ADO и ADO.NET оказывается то, что ADO.NET является управляемой библиотекой программного кода, которая, следовательно, подчиняется правилам, сформулированным для любой управляемой библиотеки. Типы, включенные в ADO.NET, используют тот же протокол управления памятью CLR, ту же систему типов (классы, интерфейсы, перечни, структуры и делегаты) и так же открыты для доступа любому языку .NET.
Две грани ADO.NET
Библиотеки ADO.NET могут использоваться в рамках одного из двух концептуально различных способов взаимодействия: на связном или несвязном уровнях. При использовании связного уровня ваш программный код непосредственно соединяется с соответствующим хранилищем данных (и отсоединяется от него, когда задачи взаимодействия решены). При использовании ADO.NET в такой форме для взаимодействия с хранилищем данных обычно используются объекты соединения, объекты команд и объекты чтения данных. Позже вы сможете убедиться в том. что объекты чтения данных обеспечивают способ извлечения записей из хранилища данных на основе подхода, допускающего только чтение в режиме однонаправленного доступа.
Несвязный уровень, напротив, позволяет получить набор объектов DataTable (содержащихся в рамках DataSet), функционирующих, как клиентские копии внешних данных. При получении DataSet с помощью соответствующего объекта адаптера данных необходимое вам соединение открывается и закрывается автоматически. Вы можете сами догадаться, что данный подход позволяет быстрее освободить соединение для других вызывавших абонентов. После получения объекта DataSet клиентом этот клиент может просматривать и менять содержимое объекта, не создавая лишней нагрузки на сетевой трафик. Чтобы направить измененные данные обратно в хранилище данных, клиент может снова использовать адаптер данных (в совокупности с множеством подходящих операторов SQL), и после обновления источника данных соединение снова немедленно разрывается.
Поставщики данных ADO.NET
ADO.NET не предлагает единого набора типов для связи со всели системами управления базами данных (СУБД). Вместо этого ADO.NET поддерживает множество поставщиков данных, каждый из которых оптимизирован для взаимодействия с СУБД конкретного вида. Одним из преимуществ такого подхода является то, что каждый поставщик данных может программироваться с учетом уникальных особенностей соответствующей СУБД. Другим преимуществом является то, что специализированный поставщик данных может соединяться непосредственно с ядром СУБД, без использования промежуточного уровня отображения, размещаемого между связывающимися сторонами.