1. Построение приложений с привязанными данными в Windows Forms

Код пишет Visual Studio

вы можете сделать то же

Ясно, что когда весь этот код пишет Visual Studio, это удобнее и оставляет меньше места для ошибок, чем при собственноручном его написании. Вы можете сделать то же самое, программируя объекты самостоятельно. Например, если вам не требуется поддерживать обновление, то не нужно предусматривать команды вставки, обновления, удаления и их параметры. Можно также воспользоваться поведением Gridview по умолчанию, чтобы генерировать столбцы в зависимости от данных, к которым привязывается сетка. В результате код в листинге А. З, генерированный Visual Studio, может быть урезан до кода, показанного в листингах А. 4 и А. 5. Преимуществом элемента SqlDataSource Является быстрота. Вы можете перетаскивать объекты из Server Explorer на поверхность конструктора, а он будет генерировать соответствующий код, включаемый в вашу страницу. Можно воспользоваться также мастером Configure Data Source, чтобы определить запрос, ассоциированный с уже добавленным на страницу элементом источника данных. Это позволяет вам просто перетащить с инструментальной панели на страницу элемент управления SqlDataSource, А затем с помощью мастера генерировать код привязки.

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

Управление и контроль в приложениях Windows Forms

это элементы управления b menustrip

Есть три новых элемента управления, которые вы, вероятно, захотите применять почти в каждом приложении Windows Forms, которое вы пишете. Это элементы управления MenuStrip, ToolStrip И StatusStrip. В. NET 2.0 они служат заменой старых элементов управления MainMenu, ToolBar И StatusBar Из. NET 1.x. Как и упомянутый выше Splitter, Старые элементы управления все еще входят в Framework по соображениям обратной совместимости. Однако в любых новых приложениях вы должны перейти на использование этих трех полосковых элементов управления, как основных для такого рода функций. Как моно понять из названий, MenuStrip И StatusStrip Являются в действительности лишь специализированными версиями ToolStrip. Сам по себе Toolstrip Является развитым контейнерным элементом управления, который позволяет вам добавлять к полоске другие элементы управления, которые будут располагаться в ряд. Инструментальная полоска поддерживает стыковку с любой из четырех сторон содержащего ее контейнера. Вы можете также встроить Toolstrip В ToolStripContainer. Это позволит пользователю организовать любое желаемое расположение инструментальных полосок, к чему большинство людей привыкло, работая с инструментальными панелями Microsoft Office. Кроме того, инструментальная полоска поддерживает область переполнения, что позволяет элементам уходить с полоски вправо или вниз, если для них не хватает места, но оставаться доступными через стрелку выпадающего списка, появляющуюся в конце полоски. Элемент управления MenuStrip По умолчанию стыкуется с верхом формы и позволяет вам легко добавлять нужные меню и элементы меню, с текстом, изображениями и подменю, как вы и могли бы ожидать. Поскольку полоска меню является специализированной инструментальной полоской, вы можете добавлять к ней элементы управления того же рода, что и к инструментальной полоске. Элемент управления Statusstrip Концептуально очень похож на полоску меню, но стыкуется по умолчанию с низом формы и предусматривает панели Statusstrippanel, Куда вы помещаете информацию, отображаемую в строке состояния, а также другие элементы управления, такие, как кнопки и индикаторы процесса

Наложение ограничений на изменение данных

устанавливая в b false b

Источник привязки может играть роль контролера, ограничивающего доступ к нижележащим данным, причем поведение самого источника данных менять нет нужды. Устанавливая в False Свойства AllowEdit, AllowNew И AllowRemove Интерфейса IBindingList, Вы запрещаете коду клиента вносить в данные соответствующие изменения. Установка этих свойств заставляет элементы данных, поддерживаемые источником привязки, выглядеть так, как будто они недоступны для тех или иных операций модификации.

На любые вызовы от привязанных элементов управления к методам интерфейса IBindingList, Имеющие целью определить, поддерживает ли источник данных редактирование, добавление или удаление элементов, вместо источника данных ответит источник привязки. Элементы управления или программный код смогут затем так изменить свое поведение, чтобы работать с данными в режиме «только чтение». Для восстановления исходного поведения источника привязки в смысле добавления новых элементов вызовите метод ResetAllowNew. Для разрешения редактирования или удаления соответствующих методов нет, но вы можете явным образом установить нужные значения в свойствах AllowEdit И AllowRemove. Привязка текстовых или целочисленных данных к сеткам и элементам управления редко представляет собой проблему, если вам уже знакомы основные методы привязки данных в Windows Forms. Однако ситуация становится чуть сложнее, если речь заходит о числах с плавающей точкой, датах или изображениях, сохраняемых в базе данных. Проблема с этими типами в том, что их форматы в базе данных не обязательно прямо соответствуют тому, как вам хотелось бы их представлять.

Функции сетки ориентированные на ячейку

b отчасти это мотивировано тем

Вы, возможно, заметили, что элемент управления DataGridView В гораздо большей степени ориентирован на уровень ячеек, чем его предшественник DataGrid. Отчасти это мотивировано тем, что часто приходится иметь дело с сетками, структура содержания которых не обязательно диктуется столбцами. В частности, пользователи хотят иметь в своем распоряжении функциональные возможности, имитирующие интерактивную модель электронных таблиц, к которой привыкли миллионы пользователей Microsoft Excel и других подобных приложений. Повторим, что здесь к нам на выручку приходит DataGridView, Делая поддержку такой модели довольно несложной. Вы уже видели некоторые события уровня ячеек, которые позволяют контролировать отображаемое на уровне ячейки , И те, что сообщают о взаимодействии пользователя с ячейкой при редактировании Или просто щелчке на ней . Вы можете устанавливать различные контекстные меню и инструментальные подсказки вплоть до уровня отдельных ячеек, так что каждая из них может представляться самостоятельной логической сущностью. На самом деле сетка DataGridView Может возбуждать более 30 событий, отражающих взаимодействия и модификации на уровне ячейки, на которые вы можете подписываться в целях реализации функций, ориентированных на ячейку.

Кроме того, имеется несколько различных режимов выбора, позволяющих менять то, каким образом сетка выделяет ячейки, столбцы или строки, когда пользователь щелкает кнопкой мыши в различных местах сетки. Свойство SelectionMode Сетки определяет ее поведение при выборе и имеет тип DataGridViewSelectionMode. Элемент управления DataGridView Поддерживает режимы выбора, описанные в таблице 6.6. Хотя эти режимы нельзя комбинировать непосредственно, вы можете осуществить комбинацию режимов, используя свойство SelectionMode Сетки совместно с обработкой событий. Вне зависимости от того, какой из режимов вы установите, щелчок на левой верхней заголовочной ячейке выбирает все ячейки сетки.

Провайдер ошибок

например если вы хотите верифицировать

Обычно вы будете устанавливать в провайдере ошибок сообщение об ошибке в ответ на событие Validating, Обсуждавшееся выше. Например, если вы хотите верифицировать пароль пользователя, когда фокус покидает текстовое поле пароля, то могли бы предусмотреть следующий обработчик для события Validating: Этот обработчик будет вызываться по умолчанию, когда фокус переходит от текстового поля пароля к какому-то другому элементу управления на форме. Прежде всего код проверяет, не пусто ли поле имени пользователя. Если пусто, то для решения относительно пароля нет достаточной информации. Если имя пользователя было введено, код вызывает вспомогательный метод для проверки пароля пользователя. Этот метод мог бы обращаться к базе данных или отыскивать пользователя в каком-то другом хранилище с удостоверениями личности. Если имя пользователя указано и пароль проходит проверку, то сообщение об ошибке в провайдере ошибок для текстового поля пароля устанавливается в Null. В противном случае устанавливается соответствующее сообщение об ошибке. Провайдер ошибок будет показывать рядом с текстовым полем значок уведомления, как показано на рис. 10.3, и будет использовать установленное сообщение об ошибке для всплывающей подсказки является значком по умолчанию, используемым элементом управления, но вы можете настроить изображение значка, установив в свойстве Icon Экземпляр объекта System. Drawing, Icon. Кроме того, по умолчанию значок сначала мигает с периодом 250 миллисекунд, чтобы привлечь внимание пользователя. Эти установки можно легко изменить через свойства BlinkStyle И BlinkRate. Если вы хотите для разных элементов управления на форме предусмотреть различное поведение, вам нужно предусмотреть отдельные экземпляры провайдера ошибок со статически установленными визуальными свойствами, а затем устанавливать сообщения об ошибках для конкретных элементов управления в соответствующих экземплярах провайдера ошибок.