Эндрю Троелсен - ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

Рис. 21.39. Тип TableLayoutPanel

Если вы выберете пункт Edit Rows and Columns (Редактировать строки и столбцы) из меню встроенного редактора элемента в окне проектирования формы (как показано на рис. 21.39), то вы сможете изменить формат TableLayoutPanel для каждой ячейки (рис. 21.40).

Рис. 21.40. Настройка ячеек типа TableLayoutPanel

Правда, единственной возможностью увидеть результат такой настройки типа TableLayoutPanel является проверка вручную. Предлагаем заинтересованным читателям выполнить это задание самостоятельно.

Эта глава расширяет ваше понимание пространства имен Windows Forms путем рассмотрения возможностей элементов графического интерфейса пользователя, от самых простых (таких как Label) до "экзотических" (таких как TreeView). После изучения множества типов, соответствующих элементам управления, была рассмотрена задача построения пользовательских элементов управления, включая их интеграцию в среду проектирования.

Также в этой главе вы узнали, как строить пользовательские диалоговые окна и как получить новую форму из уже существующего типа Form, используя возможности наследования форм. Завершилась эта глава кратким обсуждением возможностей закрепления и стыковки элементов управления, а также новых менеджеров размещения .NET 2.0, которые можно использовать для задания нужного расположения элементов графического интерфейса в форме.

Если вы не являетесь профессиональным разработчиком видеоигр, вас, наверное, заинтересует тема доступа к базам данных. Как и следует ожидать, платформа .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).

Если вы имеете опыт применения предыдущей модели Microsoft доступа к данным – модели ADO (ActiveX Data Objects – объекты данных ActiveX), основанной на использовании COM, – вы должны понять, что ADO.NET имеет с ADO очень мало общего, кроме букв "A", "D" и "О". Хотя и верно то, что некоторая взаимосвязь между этими двумя системами имеется (например, в каждой из систем используются понятия объекта соединения и объекта команды), некоторые привычные для ADO типы (например, Recordset) в ADO.NET больше не существуют. К тому же, ADO.NET предлагает целый ряд новых типов (например, адаптеры данных), которые не имеют прямых эквивалентов в "классической" модели ADO.

В отличие от классической схемы ADO, которая была разработана, прежде всего для жестко связанных систем клиент/сервер, технология ADO.NET была построена с учетом "разъединенного мира", на базе использования DataSet. Этот тип представляет локальную копию набора связанных таблиц. С помощью DataSet клиентское звено приложения получает возможность читать и обрабатывать его содержимое, будучи отсоединенным от источника данных, чтобы затем с помощью соответствующего адаптера данных направить измененные данные обратно для дальнейшей обработки.