C# для чайников

Теперь запустите программу, выбрав команду меню Debug^Start Without Debug­ ging. Запущенная программа откроет форму, которая похожа на ту, которую вы редакти­ ровали, как показано на рис. 1.10. Вы можете вводить текст в верхнее текстовое поле, но не можете в нижнее (если вы не забыли изменить свойство ReadOnly).

Рис. 1.10. Окно программы выгля­ дит так же, как и форма, которую вы только что скомпилировали

Учим форму трудиться

Программа выглядит правильно, но она ничего не делает. Если вы щелкнете на кноп­ ке Сору, ничего не случится. Пока что вы установили только свойства из группы Ap­ pearance, — свойства, которые контролируют внешний вид элементов управления. Те­ перь выполните следующие действия, чтобы кнопка Сору действительно могла копиро­ вать текст из одного текстового поля в другое.

1.В окне Forms Designer снова выберите кнопку Сору.

2.В окне Properties щелкните на пиктограмме маленькой молнии над спи­ ском свойств, чтобы открыть новый набор свойств.

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

Вы должны установить событие Click. Оно указывает, что кнопка должна делать,

,когда пользователь щелкнет на ней. Это вполне логично.

3.Дважды щелкните на событии Click и посмотрите, как все изменится.

Режим Design— один из двух различных способов обзора приложения. Другим способом является режим Code, в котором показан исходный код С#, созданный незаметно для вас мастером проектирования. Пакет Visual Studio "знает", что для того, чтобы программа могла переносить текст, вы должны ввести код на языке С#.

Вместо пиктограммы молнии можно просто дважды щелкнуть на самой кнопке в окне Forms Designer.

При установке события Click экран в Visual Studio переключается в режим Code и создается новый метод. Этому методу присваивается описательное имя b u t t o n l _ C l i c k () . Когда пользователь щелкнет на кнопке Сору, этот метод выполнит фактическое перемещение текста из источника textBoxl в приемник textBox2.

Не нужно сильно беспокоиться о том, что такое метод. Методы описываются в главе 8, "Методы класса". Сейчас просто следуйте указаниям.

Данный метод просто копирует свойство T e x t из поля textBoxl в поле t e x t B o x 2 .

4. Поскольку кнопка buttonl теперь обозначена " С о р у " , переименуйте метод с

помощью команды меню Refactor. Дважды щелкните на названии but­ tonl Click в окне Code . Выберите команду Ref actors Rename. В поле

New Name введите CopyClick. Нажмите дважды клавишу <Enter> (следите при этом за полями в диалоговом окне).

Для текста элемента управления необходимо ясно отображать его цели.

Появившееся в пакете Visual Studio 2005 меню Refactor является самым надеж­ ным способом для выполнения некоторых модификаций кода. Например, ручное изменение названия метода b u t t o n l _ C l i c k привело бы к потере ссылки на ме­ тод где-нибудь в коде, который Visual Studio сгенерировала для вас.

Второе диалоговое окно операции переименования показывает, что именно изме­ нится: метод и любые ссылки на него в комментариях, текстовых строках или других местах в коде. Вы можете снять отметки в верхней панели, чтобы эти эле­ менты не изменялись. В нижней панели Preview Code Changes можно увидеть, что и как изменится. Используйте меню Refactor, чтобы уберечься от большого количества работы, часто ведущей к ошибкам.

5. Добавьте следующую строку кода к методу CopyClick ( ) : t e x t B o x 2 . T e x t = t e x t B o x l . T e x t ;

Обратите внимание на то, как язык С# пытается вам помочь в процессе ввода текста. На рис. 1.11 показан экран во время ввода последней части приведен­ ной выше строки. Раскрывающийся список свойств для текстового поля дает возможность вспомнить, какие свойства доступны и как они используются. Эта функция автозавершения очень помогает во время программирования. (Если список автозавершения не появляется, нажмите комбинацию клавиш <Ctrl+Space>).

6.Выберите команду меню Build^Build WindowsApplicationl для добавле­

ния к программе нового метода.

Проверка конечного п р о д у к т а

Выберите команду меню DebugoStart Without Debugging, чтобы выполнить про­ грамму в последний раз. Введите какой-нибудь текст в исходное текстовое поле и затем щелкните на кнопке Сору. Текст волшебным образом скопируется в приемное текстовое поле, как показано на рис. 1.12. Весело повторяйте этот процесс, вводя какой угодно текст и копируя его, пока не устанете от этого.

Возвращаясь к процессу создания приложения, вы можете быть поражены тем, на­ сколько это все основано на рисунках и работе с мышью. Захват элементов управления, размещение их в форме, установка свойств — и всего лишь одна строка кода С#!

Рис. 1.11. Функция автозавершения отображает названия свойств во время набора текста

Рис. 1.12. Это работает!

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

П р о г р а м м и с т ы на Visual Basic 6.0, б е р е г и т е с ь !

Для программистов на Visual Basic 6.0, которые есть среди вас, все это, возможно, кажется слишком приземленным. Действительно, Forms Designer работает почти так же, как и в поздних версиях Visual Basic. Однако .NET Forms Designer, применяемый языком Visual С#, намного более мощный, чем его двойник из Visual Basic 6.0. Плат- I форма .NET и язык С# (а также и язык Visual Basic .NET в этом отношении) используют библиотеку подпрограмм .NET, которая является более мощной, обширной и целостной, чем старая библиотека Visual Basic. Кроме того, платформа .NET поддерживает разра-

ботку распределенных программ для сети, так же как и программ, применяющих множе­ ство языков, что не умеет Visual Basic. Но главное усовершенствование Forms Designer, используемого языками С# и Visual Basic .NET, по сравнению с предшественником Vis­ ual Basic 6.0, заключается в том, что весь код, сгенерированный для вас, является кодом, который можно легко изменять. В Visual Basic 6.0 вы должны были довольствоваться тем, что давал вам мастер проектирования.

2. Выберите в окне New Project пиктограмму Console Application и щелкни­

те на ней.

Убедитесь, что в панели Project T y p e s вы выбрали Visual С# и Windows, иначе Visual Studio может создать неверный проект — например, приложения на язы­ ке программирования Visual Basic или Visual С++. Затем щелкните на пикто­

грамме Console Application в панели Templates.

Visual Studio требует создания проекта перед тем, как вы сможете начать вводить исходный текст вашей программы. Проект представляет собой что-то вроде кор­ зины, в которой хранятся все файлы, необходимые для разработки программы. Когда вы даете компилятору задание построить программу, он пересматривает эту корзину в поисках файлов, требуемых для сборки программы.

По умолчанию для вашего первого консольного приложения будет предложено имя C o n s o l e A p p l i c a t i o n l , но в этот раз измените его на ConsoleAppTem- p l a t e . В последующих главах книги вы сможете открывать шаблон, сохранять его под новым именем и сразу иметь все необходимое для начала работы.

По умолчанию место для хранения проектов находится в папке, спрятанной глу­ боко в папке My Documents. Лично я предпочитаю размещать свои программы не там, где меня заставляют, а там, где мне хочется. В главе 1, "Создание вашей первой Windows-программы на С#", было показано, как изменить место хранения проектов, предлагаемое по умолчанию, на С: \C#Programs (если вы хотите уп­ ростить себе работу с этой книгой).

2. Щелкните на кнопке ОК.

Немного пошуршав диском, Visual Studio сгенерирует файл Program, c s . (Если вы посмотрите в окно Solution Explorer, то увидите и другие файлы. Пока просто игнорируйте их существование. Если окно Solution Explorer отсутствует на экра­ не, его можно вызвать командой ViewOSolution Explorer.) Расширение исход­ ных файлов С # — .CS. Имя P r o g r a m — это имя по умолчанию, присваиваемое файлу программы.

Содержимое вашего первого консольного приложения выглядит следующим образом: u s i n g . . .

namespace ConsoleAppTemplate

{

c l a s s Program

{

s t a t i c v o i d M a i n ( s t r i n g [ ] a r g s )

{

}

I

Вдоль левой границы окна вы увидите несколько маленьких плюсов (+) и ми­ нусов (-) в квадратиках. Щелкните на знаке + возле u s i n g . . .. Этим вы от­ кроете область кода — эта весьма удобная возможность Visual Studio позволя­ ет уменьшать неразбериху на экране, сворачивая области кода и пряча их долой с глаз программиста (но не компилятора!). После раскрытия области кода вы увидите такие директивы:

Области кода помогают сфокусироваться на коде, с которым вы работаете, скрывая код, который в данный момент не представляет интерес. Некоторые блоки кода, такие как блок пространств имен, блок классов, методов и т.п., получают значки + / - автома­ тически, без директивы # r e g i o n . Вы можете включить в исходный текст собственные сворачиваемые области, добавляя директиву # r e g i o n над интересующей частью кода, ко­

что такие имена могут включать пробелы. Кроме того, области могут быть вложены одна в другую (еще одно преимущество над Visual Basic), но не могут перекрываться.

В настоящий момент вам нужна только одна директива u s i n g System. Можно уб­ рать остальные; если вам будет не хватать какой-то из них, компилятор не преминет со­ общить об этом.

Пробная поездка

Чтобы преобразовать исходный текст программы на С# в выполнимую программу, воспользуйтесь командой меню Build^Build ConsoleAppTemplate. Visual Studio отве­ тит следующим сообщением:

Это общее правило в программировании: "succeeded" — это хорошо, "failed" — плохо.

Для запуска программы воспользуйтесь командой меню D e b u g s Start W i t h o u t D e ­ bugging. Программа выведет на экран черное консольное окно и тут же завершится. По­ хоже, что она просто ничего не делает. Кстати, так оно и есть на самом деле. Шаблон — это всего лишь пустая оболочка.

Создание реального консольного приложения

Отредактируйте файл Program. c s , чтобы он выглядел следующим образом: using System;

namespace ConsoleAppTemplate { // Фигурные скобки

В последующих подразделах будет рассмотрено, как работает созданное консольное приложение.

Схема программы

Базовая схема всех консольных приложений начинается со следующего кода:

namespace ConsoleAppTemplate

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

Список директив u s i n g может находиться непосредственно до или после строки namespace ConsoleAppTemplate {. Порядок не имеет значения. В своем прило­ жении вы можете использовать множество разных вещей из .NET. О том, что такое про­ странство имен и зачем нужна директива u s i n g , будет рассказано в одной из дополни­ тельных глав.

Комментарии

Шаблон содержит массу строк, к которым добавляются другие строки, выглядящие следующим образом:

Первую строку этого фрагмента С# игнорирует — это строка комментария.

Любая строка, начинающаяся с символов // или / / / , представляет собой обычный текст, предназначенный для человека и полностью игнорируемый С#. Пока что / / и / / / рассматриваются как эквивалентные символы начала комментария.

Зачем включать в программу строки, которые будут проигнорированы компилято­ ром? Потому что комментарии помогают понять текст программы. Исходный текст — не