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

// Этот элемент всегда размещается по левому краю формы,

// независимо от текущих размеров формы.

myButton. Dock= DockStyle. Left;

Чтобы понять, во что "выливается" установка свойств Anchor и Dock, рассмотрите проект AnchoringControls, который содержится в загружаемом файле примеров для этой книги. После компоновки и запуска этого приложения вы сможете использовать его систему меню для установки различных значений AnchorStyles и DockStyle, чтобы наблюдать изменения, происходящие при этом в поведении типа Button (рис. 21.37).

Не забудьте переопределить размеры формы при изменении свойства Anchor, чтобы выяснить, как на это отвечает Button.

Исходный код.Проект AnchoringControls размещен в подкаталоге, соответствующем главе 21,

Рис. 21.37. Приложение AnchoringControls

В .NET 2.0 предлагается еще один способ управления размещением элементов управления в форме – с помощью одного из двух администраторов размещения. Типы TableLayoutPanel и FlowLayoutPanel могут использоваться в области клиента формы с целью управления размещением внутренних элементов управления. Предположим, например, что в окне проектирования формы вы поместили в форму новый элемент FlowLayoutPanel и настроили его на стыковку со всеми краями родительской формы (рис. 21.38).

Рис. 21.38. Стыковка FlowLayoutPanel в форме

В режиме проектирования формы добавьте в FlowLayoutPanel десять новых типов Button. Если теперь выполнить приложение, вы заметите, что ваши десять кнопок автоматически распределятся в форме, и это очень напоминает стандартный HTML.

С другой стороны, если вы создаете форму, содержащую TableLayoutPanel, вы можете построить пользовательский интерфейс, который будет поделен на "ячейки" (рис. 21.39).

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

Другим главным отличием ADO.NET от классической схемы ADO является то, что ADO.NET предлагает широкую поддержку XML-представления данных. Сериализация данных, получаемых из хранилища, выполняется (по умолчанию) в формате XML. Поскольку для обмена XML-данными между уровнями взаимодействия часто используется стандартный протокол HTTP, на ADO.NET не влияют ограничения устройств сетевой защиты (брандмауэров).