Створення нового рішення

Нове рішення створюється командою File > New. Вам пропонується вибрати один з двох варіантів: створити новий проект (New Project) або порожнє рішення (Blank Solution). Навіть при виборі першого варіанту IDE все одно створює рішення. Відмінність між цими варіантами полягає в тому, що при виборі певного типу проекту VS .NET IDE створює декілька службових файлів і включає їх в рішення (тип файлів залежить від вибраного типу проекту).

Як правило, робота над новою програмою починається з команди New Project. На екрані з'являється діалогове вікно (мал. 2.2; список проектів прокручений приблизно до середини). У вікні перераховані типи проектів, що автоматично створюються в VB .NET, — на момент написання книги їх було десять. Шаблони проектів VB .NET працюють практично .так же, як в Vb6. Зокрема, вони майже завжди містять «скелет» програми, і в них обов'язково присутня службова інформація про файли, що входять в рішення.

Мал. 2.2 Діалогове вікно New Project

Після прокрутки списку в діалоговому вікні New Project з'являється значок Console Application (Консольне застосування), показаний на мал. 2.2. Звернете увагу: при виборі будь-якого значка, окрім останнього — New Project in Existing Solution (Новий проект в існуючому рішенні), — вам не доведеться підтверджувати створення нового рішення. Річ у тому, що при створенні нового проекту за межами існуючого вирішення IDE створює базову структуру рішення за вас. Більшість програмістів .NET вважають за краще створювати рішення в окремих каталогах, імена яких збігаються з іменами рішень. За умовчанням IDE поступає з новими рішеннями саме таким чином.

Щоб зосередити всю увагу на нових можливостях мови VB .NET, не відволікаючись на тонкості роботи графічних застосувань в .NET, у першій частині книги розглядаються тільки консольні застосування. Вони працюють в текстовому режимі; з деяким спрощенням можна вважати, що все введення/вивід здійснюється у вікні DOS (дані читаються із стандартного вхідного потоку і записуються в стандартний вихідний потік).

У нашому прикладі рішення було назване vb_ide_01, але ви можете використовувати будь-яке допустиме ім'я файлу. За бажання в нього можна включити прописні букви або пропуски. Регістр символів у файловій системі Windows ігнорується при виконанні операцій, але зберігається для зручності користувача. При установці прапорця Create Directory for Solution (Створити каталог для вирішення) IDE автоматично створює в заданому основному каталозі підкаталог, ім'я якого збігається з ім'ям рішення. У нашому прикладі це привело до створення каталога C:\vb net book\chater 2\vb_ide_01. Зразковий вид IDE показаний на мал. 2.3.

Мал. 2.3. Visual Studio IDE на початку роботи

За допомогою команди View в головному меню завжди можн9 викликати потрібне вікно на передній план (і передати йому фокус). Всі вікна IDE вільно перетягуються мишею. До речі кажучи, вони не є дочірніми вікнами багатодокументного інтерфейсу MDI (Multiple Document Interface), які повинні знаходитися у межах батьківського вікна — будь-яке вікно можна перемістити за межі головного вікна IDE.

Не забувайте про те, що в IDE існує режим контекстної довідки. На мал. 2.4 показаний зразковий вид довідки, викликаною клавішею F1 при знаходженні фокусу у вікні рішення (Solution Explorer). Також підтримується режим динамічної довідки (клавіші Ctrl+fl), який автоматично відстежує ваші дії і намагається викликати відповідний розділ довідки. На мал. 2.5 показаний список розділів динамічної довідки, отриманий на початку роботи над проектом. У динамічної довідки є один серйозний недолік — вона інтенсивно витрачає ресурси процесора. Коли ви освоїтеся в IDE, відключите цей режим, щоб підвищити швидкодію.

Мал. 2.4. Контекстна довідка

Впадає в очі інша ефектна особливість IDE — якщо пристиковане (docked) вікно повністю перекриває інше вікно, це викличе менше проблем, чим в Vb6, оскільки приховані вікна автоматично відображаються у вигляді корінців (tabs). Приклад показаний на мал. 2.6 — звернете увагу на корінці у позиції курсора. Щоб викликати приховане вікно, досить клацнути на корінці і перетягнути його мишею. Щоб змінити порядок вікон (наприклад, для економії місця), просто перетягнете один корінець поверх іншого. Подібне використання корінців вигідно відрізняє VS .NET від Vb6 IDE, де в результаті необережної стиковки вікон ставало абсолютно неможливо працювати і для повернення до нормального стану доводилося правити системний реєстр. Також звернете увагу на корінець Start Page головного вікна, призначений для виклику початкової сторінки IDE.

Мал. 2.5. Динамічна довідка

Мал. 2.6. Пристиковані вікна з корінцями

Основні вікна IDE

У цьому розділі описані основні вікна IDE. Спеціалізовані вікна (наприклад, призначені для відладки) розглядаються пізнішим в цій або в одному з подальших розділів. Але спочатку нагадаємо, що в VS .NET IDE, як і в більшості сучасних додатків Windows, контекстні меню викликаються правою кнопкою миші. Поекспериментуйте і освойтеся з різними варіантами контекстних меню. Наприклад, контекстне меню редактора показане на мал. 2.7.

Мал. 2.7. Контекстне меню редактора

Як бачите, в цьому контекстному меню об'єднуються команди редагування і відладки.

Кнопки панелей інструментів забезпечені підказками [ Передбачена навіть автоматична нумерація рядків програми! Режим нумерації включається в діалоговому вікні, що викликається командою Tools > Option > Text Editor. ]. На деяких кнопках є стрілки, що показують, що при натисненні кнопки відкривається меню. Наприклад, друга кнопка зліва (Add New Item) відкриває список елементів, які можна включити в рішення (мал. 2.8).

У VB .NET знову сталі доступні надзвичайно зручні команди блокового коментування/зняття коментарів, що вперше з'явилися в Vb5. Тепер ці команди викликаються із стандартних панелей інструментів IDE, а не з меню Edit, звідки вони таємничо зникли в Vb6.

Панель елементів (toolbox) використовується переважно при програмуванні додатків GUI (див. розділ 8), але на ній також розташований багатоелементний буфер обміну (clipboard ring), описаний в наступному розділі. Необхідно згадати і про таку екзотичну можливість, як збереження фрагментів коди прямо на панелі елементів. Ця тема теж розглядається в наступному розділі.

Як не дивно, само наявність підказок переконує в тому, що графічний інтерфейс не всемогутній. Хто знає, що нас чекає в майбутньому — може, в якому-небудь прогресивному варіанті призначеного для користувача інтерфейсу на кнопках замість малюнків розміщуватиметься текст?

Мал. 2.8. Виклик меню з панелей інструментів