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

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

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. Такое использование считывателя имеет свои преимущества и недостатки. К преимуществам относится более высокая скорость работы считывателя. Недостаток состоит в тесной взаимозависимости между уровнем представления и уровнем данных. Я бы не рекомендовал данный подход для тех крупномасштабных приложений, где большое значение придается сопровождению, а только в качестве средства оптимизации по скорости там, где «узким местом» представления данных оказывается производительность.

Набор данных и адаптер данных

каждый объект b datarow b

Набор данных и адаптер данных поддерживают и такой сценарий. Каждый объект DataRow В таблицах набора данных содержит коллекцию ошибок, экспонируемую в свойстве Errors. Если при выполнении обновления для строки возникает ошибка, выброшенное исключение заполнит коллекцию ошибок информацией о том, что произошло. Сюда могут входить не только исключения конкуренции, но и другие встроенные или специальные ошибки SQL Server, возбуждаемые при исполнении запроса или сохраняемой процедуры. Вы можете установить в True Свойство ContinueUp — DateOnError Адаптера данных, и тогда, если при обработке строки выбрасываются какие-либо исключения, будет заполнена коллекция ошибок этой строки, но обработка оставшихся строк продолжится. Затем, по завершении метода Update, Вы должны произвести итерацию по всем строкам таблицы, исследовать свойство Errors Каждой строки и реагировать соответствующим образом. Если вы производите пакетное обновление в ADO. NET 2.0, базой данных фиксируется или отменяется весь пакет в пределах транзакции. Если в процессе обработки пакета возбуждается исключение, все строки этого пакета потерпят неудачу. Каким образом вы обрабатываете наличие ошибок или, если вы не устанавливаете в True Свойство ContinueUpdateOnError, Выброшенное исключение, будет зависеть от приложения. Возможно, вам нужно будет лишь зарегистрировать проблему, либо вы можете представлять пользователям список неудавшихся обновлений и текущих значений в базе данных, предусмотрев какого-то рода пользовательский интерфейс слияния данных, позволяющий им разрешить конфликт. Если вы привязываете данные к элементу управления Windows Forms DataGridview, Сетка сама обнаружит наличие ошибок и обозначит проблему значком и всплывающей подсказкой.

Иерархия классов Windows Forms

в классы windows forms как

Как вы можете видеть из рис. В.9, классы Windows Forms, как и любые классы. NET, производятся от Object. Следующей ступенькой в родословной форм и элементов управления является MarshalByRefObject. Далее идет базовый класс Component. Этот класс применяется для классов, которые будут использоваться в контейнерных сценариях, где они могут либо сами содержаться в родительском контейнере, либо содержать другие компоненты. Базовый класс Component позволяет также Visual Studio отображать для класса рабочую поверхность, на которую можно сбрасывать другие компоненты и элементы управления. Эти объекты могут выбираться и конфигурироваться в окне Properties через их свойства, как вы уже видели, работая с формами и элементами управления Windows Forms. Следующим и, вероятно, одним из важнейших базовых классов является Control. Это тот класс, где находится большинство из общих свойств и поведений UI. Класс Control предусматривает поддержку для таких функций, как ввод от клавиатуры и мыши, спецификация цветов фона и переднего плана и спецификация информации о размере и положении. На самом деле класс Control инкапсулирует дескриптор окна Windows и реализует события, соответствующие всем общим сообщениям Windows, которые окно может получать через операционную систему. Класс Control реализует свой собственный цикл обработки сообщений и экспонирует базирующиеся на сообщениях системы Windows события в качестве событий. NET для ваших элементов управления и контейнеров, чтобы вам не нужно было беспокоиться о всех низкоуровневых материях операционной системы. Если бы хотели создать свой собственный специальный элемент управления с самого начала и сделать его ответственным за рисование своего пользовательского интерфейса, то в качестве его базового класса могли бы взять Control, как в случае с показанным на рис. В.9 классом MyCus — tomControl. Производя класс от Control, вы унаследовали бы интерфейс, наличие которого формы и элементы управления ожидают у других элементов управления, а затем могли бы требуемым образом расширить поведение и отображение своего элемента управления.

Привязка столбца изображений к элементу управления PictureBox

в этом примере предполагается что

Давайте начнем с визуально привлекательного примера — привязки столбца типа Image В базе данных к элементу управления PictureBox На форме. В этом примере предполагается, что в базе данных хранятся байты битовой матрицы. Столбец Image В базе данных представлен в наборе данных байтовым массивом . По умолчанию в этом списке содержится только сетка DataGridView, Поскольку детализация является по существу не элементом управления, а специальным механизмом генерации элементов управления, который всегда доступен для любого сложного типа, экспонирующего открытые свойства. Кроме того, выпадающий список Data Type содержит элемент , Позволяющий задать список элементов управления, которые должны будут представлять компоненты данных специального типа. Когда вы выбираете и добавляете типы элементов управления в список, предлагаемый окном Data Sources, вы можете, вообще говоря, генерировать такой код привязки, который не будет компилироваться. Для успешной компиляции и работы кода привязки необходимо, чтобы свойство для привязки по умолчанию в выбранном типе элементов управления соответствовало типу данных привязываемого компонента данных. Также все будет в порядке, если имеется подходящее преобразование из типа компонента данных в тип привязываемого свойства элемента управления.

Чтобы сделать ваши собственные элементы управления доступными для выбора в списке окна Data Sources, необходимо выполнить несколько предварительных операций. Прежде всего необходимо создать элемент управления Windows Forms, поддерживающий простую или сложную форму привязки данных.