2. Работа с наборами типизированных данных

Доступ к данным в ADO. NET

приложение может быть чем то

Важной частью любого реального приложения является получение данных, которые приводят его в действие. Приложение может быть чем-то совсем простым, как игра, которая извлекает и сохраняет предпочтения пользователя и набранные очки. На другом конце спектра может находиться сложное приложение для бизнеса, которое извлекает, обрабатывает и обновляет данные из многих источников, распределенных в сети или в Web, в рамках распределенной транзакции, осуществляемой посредством асинхронной коммуникации, основанной на сообщениях. Спектр того, что представляет собой доступ к данным, чрезвычайно широк и разветвлен, и является предметом рассмотрения многих других книг.

Эта книга, с другой стороны, концентрирует внимание на представлении данных с использованием Windows Forms, и настоящее приложение не ставит задачу научить вас всему, что следует знать о доступе к данным. Я хочу здесь только дать вам твердые основания того, как ввести внутрь и как вывести наружу данные в архитектуре вашего приложения Windows Forms. Я хочу также быть уверенным в том, что вы достаточно знаете о доступе к данным в ADO. NET, чтобы понимать примеры в главах этой книги и, что важнее, как различные формы данных влияют на представление этих данных. Так что по существу я собираюсь показать вам ровно столько, чтобы вы были осведомлены о возможных опасностях. Вы должны уметь разрабатывать привязанные к данным прототипы UI, не нуждаясь в том, чтобы быть экспертом по доступу к данным и строить сначала уровень данных, перед тем как приступить к проектированию и кодированию яруса представления. С другой стороны, вы не должны строить приложения-клиенты, слишком тесно связанные с ярусом данных. Когда речь идет о доступе к данным, существует масса различных способов достигнуть одного и того же результата. Это приложение посвящено доступу к данным на низших уровнях — элементарным основам доступа к данным при помощи

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

Знакомство с интерфейсом IBindingList

методы b ibindinglist b описаны

Свойства интерфейса IBindingList Доступны только для чтения и описываются в таблице 7.8. Методы IBindingList Описаны в таблице 7.9, а единственное событие Все примитивные изменения коллекции, в форме прямого добавления элементов, удаления элементов или с доступом к отдельному элементу, производятся через свойства и методы унаследованного интерфейса IList, как было описано в соответствующем разделе. Функции изменений интерфейса IBindingList позволяют контролировать, можно ли делать в списке изменения или конструировать новые элементы. Метод AddNew предоставляет привязанному элементу управления удобный способ добавления нового элемента к коллекции, которую можно редактировать прямо в элементе управления, причем последнему ничего не требуется знать о типе элемента во время компиляции. Метод возвращает объектную ссылку на созданный элемент, которая может затем быть использована с методами позднего связывания или рефлексией для раскрытия свойств этого элемента и его отображения. Свойства AllowEdit, AllowNew и AllowRemove позволяют коллекции сообщить привязанному элементу управления, какого рода модификации она поддерживает, чтобы элемент управления мог отображаться по-разному в зависимости от возможностей нижележащей коллекции. Например, не имело бы смысла иметь в элементе управления кнопку, добавляющую к коллекции новый элемент, если привязанная к нему в данный момент коллекция не допускает модификаций. Эти свойства доступны только для чтения, поэтому сама коллекция решает, поддерживает ли эти функции. Коллекция может экспонировать другие методы, пусть они и не входят в интерфейс IBindingList, которые позволят коду-потребителю включать и выключать режимы «только чтение» или «фиксированный размер»; соответственно значения, возвращаемые коллекцией в этих свойствах, могут изменяться со временем. Эти свойства первоначально разрабатывались в предположении, что такие аспекты коллекции меняться не могут: она либо поддерживает изменения, либо нет. На уровне представления могут использоваться разные элементы управления, определяющие, собираетесь ли вы разрешить пользователю делать модификации в любой момент времени.

Источник данных — типизированный набор данных входящий в состав вашего проекта Windows Forms

xsc

Если источник данных — типизированный набор данных, входящий в состав вашего проекта Windows Forms, вы можете выбрать в Solution Explorer команду Show All Files, раскрыть ветвь файла типизированного набора данных, и под ним вы увидите файл с расширением. xsc. Если вы устанавливали отображение на элементы управления для каких-либо компонентов данных в наборе при помощи окна Data Sources, этот файл будет содержать код XML, подобный показанному ниже, который регистрирует эти специальные установки отображения в вашем проекте:

Вам никогда не придется писать подобный код вручную, хотя вы, возможно, захотите взглянуть на него, чтобы понять, откуда окно Data Sources берет потребную для него информацию. Как правило, лучше регенерировать ссылку на источник данных при помощи мастера Data Source Configuration, чем пытаться модифицировать этот XML-файл вручную. В случае. xsc-файла вы можете просто удалить этот файл, и он будет генерирован заново в следующий раз, когда вы измените отображение на элементы UI для каких-либо компонентов в наборе данных. При помощи конструктора вы можете генерировать код привязки и другими способами, без участия окна Data Sources, например, используя окно Properties и контекстные вкладки на форме в конструкторе. Окно Properties позволяет декларативно задать свойства элементов управления в конструкторе, что в конечном счете является интерактивным способом написания кода, устанавливающего эти свойства. Однако некоторые манипуляции в окне Properties производят нечто большее, чем простую установку свойств; они генерируют несколько строк кода, создающего объекты привязки и управляющего ими. Контекстные вкладки обеспечивают быстрый доступ к часто используемым функциям и свойствам отдельных элементов управления и компонентов.

Навигация в данных

net x это делалось довольно

Еще одна распространенная ситуация возникает, когда необходимо программно изменить текущую запись в наборе данных. В. NET 1.x это делалось довольно замысловатым способом: вам нужно было получить ссылку на объект CurrencyManager, С которым вы работали, а затем обновить свойство Position Этого объекта, чтобы сменить текущую запись: По соображениям обратной совместимости этот механизм все еще существует и действует. Однако, как уже упоминалось, для привязки элементов управления всегда следует использовать источник привязки. Если вы так и поступаете, то получаете готовый диспетчер текущей записи в источнике привязки, который экспонирует простой в использовании программный интерфейс для управления текущей позицией в источнике данных. Класс BindingSource Имеет ряд методов для явного управления навигацией в источнике данных. Методы MoveNext, MovePrevious, MoveFirst И MoveLast Выполняют действия, ясные из их названий. Имеется здесь также свойство Position, Позволяющее явно выбрать текущую запись по порядковому номеру. Вдобавок к этому генерируется ряд событий, возбуждаемых при смене текущей позиции; это позволяет другим объектам, непосредственно не привязанным к источнику привязки или контейнеру, получать уведомления об изменениях и соответствующим образом реагировать на них в своих обработчиках событий. Благодаря этим средствам программный переход на следующую запись становится очень простым: Доступный для загрузки пример кода содержит приложение PagingSamp — 1е, которое иллюстрирует оба основных применения объектов BindingSour — Се — привязку элементов управления к источнику данных и программную навигацию по коллекции данных. Приложение показано на рис. 3.4.

Заполнение источника привязки с помощью считывателя

если вы исполняете считыватель при

Еще одна новая возможность, открывающаяся с появлением источника привязки и которой не было в Windows Forms ранее, заключается в привязке элементов управления к данным, поступающим от считывателя. Если вы исполняете считыватель при помощи командного объекта, то можете установить свойство DataSource Источника привязки на этот считыватель. Источник данных проходит по содержимому считывателя и быстро заполняет данными свою коллекцию List. Затем, если вы исполните считыватель с флагом CommandBehavior. CloseConnection, Соединение будет закрыто и возвращено в пул соединений. Вы также можете закрыть его явным образом или ликвидировав соединение. Если вы не знакомы со считывателями, смотрите приложение Г. Код листинга 4.5 демонстрирует использование считывателя для привязки данных. Сначала для сетки, привязанной к BindingSource, Значение свойства AutoGenerateColumns Устанавливается в конструкторе формы равным True. Это необходимо во всех случаях, когда вы динамически передаете данные в сетку DataGridView, Не организуя ее столбцы заранее. В обработчике события Form. Load После исполнения считывателя код устанавливает его в качестве значения свойства DataSource Источника привязки, благодаря чему источник привязки проходит по всем элементам считывателя и добавляет их в свой внутренний список. В данном случае элементы, добавленные к списку источника привязки, являются экземплярами класса DbDataRe — Cord Из пространства имен System.Data.Common. Эти объекты обладают встроенной информацией о схеме данных, достаточной, чтобы DataGridView Или другие элементы управления могли посредством рефлексии извлечь из них схему колонок, как это было бы в случае DataTable. Такое использование считывателя имеет свои преимущества и недостатки. К преимуществам относится более высокая скорость работы считывателя. Недостаток состоит в тесной взаимозависимости между уровнем представления и уровнем данных. Я бы не рекомендовал данный подход для тех крупномасштабных приложений, где большое значение придается сопровождению, а только в качестве средства оптимизации по скорости там, где «узким местом» представления данных оказывается производительность.