6. Компиляция программы
Для проверки программы используются два способа отладки.
Первый способ — Build Solution, который проверяет код и компилирует программу, не запуская ее. Это очень удобно, когда вы работаете над отдельным модулем большой разработки, и нет возможности проверять весь продукт в целом.
Для запуска этого способа выбираем в главном меню пункт Build —> Build Solution (или сочетание клавиш Ctrl+Shift+B).
При этом появляется окно Output, в котором выводится информация о всех стадиях компиляции
Если в коде имеются ошибки, окно Output выведет сообщение об ошибках, затем появится их список, причем для отладки достаточно дважды щелкнуть на соответствующей ошибке для перехода к нужному участку кода.
Второй способ компиляции программы — Debug, при котором проверяется код, компилируется программа и формируется пользовательский интерфейс.
Для запуска этого способа нажимаем клавишу F5. На экране снова появляется окно Output, информирующее нас о ходе компиляции. Если приложение не содержит ошибок, то на экране появится готовая форма ( см. рисунок 10.8)
Рисунок 10.8 – Готовая форма
При запуске приложения в папке bin\Debug внутри папки проекта возникает файл FirstForm.exe и файлы, необходимые для отладки. Файл FirstForm.exe и представляет собой готовое приложение. Готовое приложение для распространения необходимо скомпилировать в режиме Release — тогда появится папка bin\Release, которая будет содержать только FirstForm.exe. Вы можете просто скопировать его на другой компьютер, и если там имеется .NET Framework, все будет работать. В меню Debug также расположены все средства для пошаговой отладки кода, которые вы уже встречали при работе с консольными приложениями.
Какова разница между компиляциями Build и Debug? Предположим, что вы разрабатываете приложение, которое будет подключаться к базе данных на удаленном компьютере, недоступном в момент разработки. Приложение будет получать данные сразу же при запуске. Для отладки кода программы удобнее использовать режим Build, поскольку отладка в режиме Debug будет сопровождаться сообщениями об ошибках, возникающих из-за невозможности подключения к другому компьютеру. Само подключение также будет занимать некоторое время.
Если же вы разрабатываете локальное приложение, режим отладки Debug является более удобным. Далее, когда мы будем запускать приложения, подразумеваться будет именно этот режим.
7. События в Windows-приложениях
Событие – это сообщение, которое возникает в различных точкахисполняемого кода при выполнении определённых условий.События предназначены для того, чтобы иметь возможность предусмотреть реакцию программного обеспечения.
Обработчики событий не могут возвращать ничего, кроме void. В них отсутствует точка, которая могла бы служить для возврата значения. Обработчики должны принимать два параметра. Первый параметр является ссылкой на объект, который сгенерировал событие. Второй параметр должен быть ссылкой либо на базовый класс .NET System.EventArgs, либо на производный класс. Класс EventArgs представляет собой общий базовый класс для всех уведомлений о произошедших событиях. В окне свойств каждого элемента управления на вкладке событий перечислены все доступные события для этого элемента ( см. рисунок 10.9)
Рисунок 10.9 – Вкладка событий
Двойной щелчок в поле выбранного свойства перемещает нас в режим дизайна, где уже сгенерированы все объекты для обработки данного события и нам остается только написать код для метода-обработчика. На рисунке выбрано событие Click, это же событие выбирается по умолчанию при двойном щелчке на элементе управления "кнопка".