Visual studio как выбрать проект
В отличие от простейших программ, таких как "Hello World", большинство приложений состоит из нескольких исходных файлов. Это обстоятельство порождает массу проблем, в частности, как назвать файлы, где их разместить и можно ли их использовать повторно. В интегрированной среде разработки Visual Studio принята концепция решения (solution), состоящего из ряда проектов, которые в свою очередь состоят из ряда элементов, благодаря которой разработчики могут работать с исходными файлами. Интегрированная среда разработки имеет множество встроенных инструментов, позволяющих упростить этот процесс, обеспечив разработчикам доступ к большей части их приложений. Далее рассматриваются структура решений и проектов, доступные типы проектов и способы настройки их конфигурации.
Структура решения
Работая с системой Visual Studio, пользователь открывает решение. При повторном редактировании специальных файлов создается временное решение, которое можно уничтожить по окончании работы. Однако решение позволяет управлять текущими файлами, поэтому в большинстве случаев его сохранение означает, что пользователь может вернуться к тому, что он делал накануне, и вновь открыть файлы, с которыми он работал.
Наиболее распространенным способом структурирования приложений в среде Visual Studio является одно отдельное решение, содержащее много проектов. Каждый проект можно создать из набора исходных файлов и папок. Главное окно, в котором пользователь работает с решениями и проектами, называется Solution Explorer:
Для организации работы с исходным кодом и предотвращения его ассоциации с приложениями (за исключением веб-приложений, в которых существуют специальные папки, имеющие особое предназначение в данном контексте) используются папки (folders). Некоторые разработчики используют имена папок, соответствующие пространствам имен, которым принадлежат классы. Например, если класс Person находится в папке DataClasses в проекте FirstProject, то полностью квалифицированное имя класса может выглядеть как FirstProject.DataClasses.Person.
Папки решения (solution folders) - полезный способ организации проектов в большом решении. Они отображаются только в окне Solution Explorer - физически в файловой системе их не существует. Такие действия, как Build или Unload, можно легко выполнять над всеми проектами, включенными в папку решения. Для того чтобы разгрузить окно Solution Explorer, папки решения могут быть свернуты или скрыты.
Скрытые проекты по-прежнему создаются, когда пользователь создает решение. Поскольку папки проекта не соответствуют физическим папкам, их можно добавлять, переименовывать и удалять в любое время, не рискуя повредить связи между файлами или потерять контроль над исходными файлами.
Папка Miscellaneous Files - это специальная папка решения, которую можно использовать для того, чтобы следить за тем, какие еще файлы, не являющиеся частью какого-либо проекта в решении, были открыты в системе Visual Studio. По умолчанию папка Miscellaneous Files скрыта. Для того чтобы сделать ее видимой, следует выполнить команду Tools --> Options --> Environment --> Documents --> Show Miscellaneous Files.
Несмотря на то что формат файла решения, принятый в предыдущих версиях, не изменился, в системе Visual Studio 2010 открыть файл решения, созданный в версии Visual Studio 2013, невозможно.
Кроме информации о файлах, содержащихся в приложении, файлы решения и проектов могут содержать и другие записи, например, о том, как именно должен быть скомпилирован конкретный файл, об установках проекта, о ресурсах и многом другом. Система Visual Studio 2013 имеет немодальное диалоговое окно для редактирования свойств проекта, в то время как свойства решения по-прежнему открываются в отдельном окне. Как и следовало ожидать, свойствами проекта считаются те свойства, которые относятся только к данному проекту, например информация о сборке и связях, а свойства решения определяют общую конфигурацию для сборки приложений.
Формат файла решения
Система Visual Studio 2013 фактически создает для решения два файла, имеющих расширения .suo и .sln (solution file). Первый - это довольно неинтересный бинарный файл, который сложно редактировать. Он содержит информацию, специфичную для пользователя, например, какие файлы были открыты, когда решение закрывалось в последний раз и где находились контрольные точки. Этот файл скрыт, поэтому он не должен появляться в папке решения при использовании Windows Explorer, если не снять с него соответствующую метку.
Иногда файл .suo оказывается поврежденным, и это вызывает непредсказуемые последствия при сборке и редактировании приложений. Если при работе с конкретным решением система Visual Studio становится нестабильной, необходимо выйти из нее и удалить файл с расширением .suo. Он будет создан заново системой Visual Studio, когда решение будет открыто в следующий раз. Файл решения с расширением .sln содержит информацию о решении, например список проектов, конфигурации сборки и другие настройки, не специфичные для проекта. В отличие от многих файлов, используемых в системе Visual Studio 2013, файл решения не является XML-документом. Он хранит информацию в блоках, как показано в следующем примере:
В этом примере решение состоит из трех проектов (GettingStarted, Information Services и Reference Library), а раздел Global содержит настройки, которые применяются к решению. Например, само решение будет видимым в окне Solution Explorer, потому что настройка HideSolutionNode установлена равной FALSE. Если изменить ее на TRUE, имя решения не будет отображаться в системе Visual Studio.
Свойства решения
Для того чтобы открыть диалоговое окно Properties, необходимо щелкнуть правой кнопкой мыши на узле Solution в окне Solution Explorer и выбрать команду Properties. Это диалоговое окно содержит два узла: Common properties и Configuration properties, как показано на рисунке ниже:
Более подробно узлы Common properties и Configuration properties описываются в следующих разделах.
Узел Common Properties
Определяя проект Startup Project для приложения, пользователь имеет три возможности, которые являются практически очевидными. Выбор Current Selection запускает проект, который в данный момент находится в фокусе окна Solution Explorer. Вариант Single Startup гарантирует, что каждый раз будет запускаться один и тот же проект. Эта установка задается по умолчанию, поскольку большинство приложений имеют только один стартовый проект. Последний вариант, Multiple Startup Projects, позволяет запускать несколько проектов в определенном порядке. Это может быть полезным при работе с приложением клиент/сервер в рамках одного решения, причем требуется, чтобы и клиент, и сервер выполнялись одновременно. При выполнении нескольких проектов важно контролировать порядок их запуска. Для управления порядком запуска проектов можно использовать навигационные кнопки, расположенные после списка проектов.
Раздел Project Dependencies используется для того, чтобы задавать другие проекты, от которых зависит конкретный проект. В большинстве случаев система Visual Studio сама управляет этими свойствами, когда пользователь добавляет или удаляет связи между проектами и данным проектом. Однако иногда пользователь может самостоятельно создать связи между проектами, чтобы они собирались в заданном порядке. Система Visual Studio использует этот список зависимостей, для того чтобы определить порядок сборки проектов. Окно этого раздела предотвращает неосторожное добавление циклических связей и удаление необходимых зависимостей между проектами.
В разделе Debug Source Files можно создать список каталогов, в которых система Visual Studio может искать исходные файлы при отладке. Этот список задается по умолчанию и просматривается перед открытием диалогового окна Find Source. Кроме того, пользователь может перечислить исходные файлы, которые система Visual Studio не должна искать. Если щелкнуть на кнопке Cancel в момент, когда система предлагает найти конкретный исходный файл, то он будет добавлен в этот список.
Раздел Code Analysis Settings доступен только в версии Visual Studio Team Suite. Это позволяет выбирать набор правил статического анализа кода, которые будут применяться к конкретному проекту. Более подробно раздел Code Analysis обсуждается далее.
Узел Configuration Properties
И проекты, и решения имеют конфигурации для сборки, определяющие, какие элементы должны быть собраны и почему. Это может сбить пользователя с толку, потому что на самом деле между конфигурацией проекта, определяющей, как должны собираться элементы, и конфигурацией решения, определяющей, какие проекты должны быть собраны, нет никакой корреляции, кроме случаев, когда они имеют одинаковые имена. Новое решение определит конфигурации Debug и Release (решения), что эквивалентно сборке всех проектов в решении с помощью конфигураций Debug и Release (проекта).
Например, может быть создана новая конфигурация решения Test, состоящая из двух проектов: MyClassLibrary и MyClassLibraryTest. Когда пользователь создает свое приложение в конфигурации Test, он хочет, чтобы проект MyClassLibrary был собран в режиме Release, чтобы тестировать его в виде, максимально приближенном к окончательной версии. Однако, чтобы проверить тестируемый код, необходимо собрать тестовый проект в режиме Debug.
Когда пользователь собирает проект в режиме Release, он не хочет, чтобы решение Test было собрано или развернуто вместе с приложением. В данном случае в конфигурации решения Test можно указать, что пользователь хочет, чтобы проект MyClassLibrary был собран в режиме Release, а проект MyClassLibraryTest вообще не собирался.
Пользователь может легко переключаться между этими конфигурациями с помощью меню Configuration стандартной инструментальной панели. Однако, переключаться между платформами не так легко, потому что меню Platform нет ни в одной инструментальной панели. Для того чтобы сделать ее доступной, необходимо выбрать команду View --> Toolbars --> Customize. Затем элемент Solution Platforms из категории Build на закладке Command можно перетащить на инструментальную панель.
Следует отметить, что, выбрав узел Configuration Properties в диалоговом окне Solution Properties, как показано на рисунке ниже, можно получить доступ к раскрывающимся спискам Configuration и Platform. Раскрывающийся список Configuration содержит все доступные конфигурации решения: Debug и Release (заданные по умолчанию), Active и All Configurations. Аналогично в раскрывающемся списке Platform перечислены все доступные платформы. Как только пользователь получит доступ к этим раскрывающимся спискам, он может на этой же странице задать настройки для каждой конфигурации и/или платформы. Для того чтобы добавить новые конфигурации и/или платформы для решения, пользователь может также использовать кнопку Configuration Manager.
При добавлении новых конфигураций решения существует возможность (предусмотренная по умолчанию) создания соответствующих конфигураций для существующих проектов (по умолчанию все проекты будут собираться в новой конфигурации решения), а также возможность создать новую конфигурацию на основе существующих. Если флажок Create Project Configurations установлен и новая конфигурация основана на существующей, то новые конфигурации проекта будут копировать конфигурации проекта, заданные для существующей конфигурации.
Возможности, доступные для создания новых платформенных конфигураций, ограничены типами доступных центральных процессоров: Itanium, x86 и x64. Новая платформенная конфигурация также может основываться на существующих платформенных конфигурациях, и существует возможность создания платформенной конфигурации для проекта.
В конфигурационном файле решения можно также задать тип центрального процессора, для которого оно собирается. Это особенно удобно, если нужно развернуть приложение для компьютеров с 64-битовой архитектурой. Установить настройки для всех этих решений можно непосредственно в контекстном меню, которое открывается после щелчка правой кнопкой мыши на узле Solution node в окне Solution Explorer. В то время как команда Set Startup Projects открывает окно конфигурации решения, команды Configuration Manager, Project Dependencies и Project Build Order открывают окно Configuration Manager and Project Dependencies. Команды Project Dependencies и Project Build Order отображаются в окне, только если решение состоит из нескольких проектов.
Команда Project Build Order открывает окно Project Dependencies и перечисляет порядок сборки, как показано на рисунке ниже:
Закладка Build Order демонстрирует порядок, в котором должны собираться проекты в соответствии с зависимостями между ними. Это может оказаться полезным, если пользователь поддерживает ссылки на бинарные сборки проектов, а не ссылки на проекты. Кроме того, эту возможность можно использовать для двойной проверки того, что проекты будут собраны в правильном порядке.
В этой вводной статье мы изучим, что означает создание решения и проекта в Visual Studio. Решение — это контейнер для упорядочения одного проекта или нескольких связанных, например проекта библиотеки классов и соответствующего тестового проекта.
В качестве упражнения мы создадим решение и проект с нуля, чтобы понять концепцию проекта. Обычно для создания новых проектов используются шаблоны проектов Visual Studio. Также мы рассмотрим свойства проекта и некоторые файлы, которые он может содержать, и создадим ссылку из одного проекта на другой.
Для разработки приложений в Visual Studio не требуются решения и проекты. Вы можете просто открыть папку, содержащую код, и начать написание кода, сборку и отладку. Например, клонированный репозиторий GitHub может не содержать проекты и решения Visual Studio. Дополнительные сведения см. в статье Разработка кода в Visual Studio без использования проектов и решений.
Установите Visual Studio бесплатно со страницы скачиваемых материалов Visual Studio, если еще не сделали этого.
Установите Visual Studio 2019 бесплатно со страницы скачиваемых материалов Visual Studio, если еще не сделали этого.
Установите Visual Studio бесплатно со страницы скачиваемых материалов Visual Studio, если еще не сделали этого.
Проекты и решения
В Visual Studio решение не является "ответом". Решения — это просто контейнеры, используемые Visual Studio для упорядочения одного проекта или нескольких связанных. Когда вы открываете решение в среде Visual Studio, все содержащиеся в нем проекты загружаются автоматически.
Создание решения
Обучение мы начнем с создания пустого решения. Когда вы научитесь работать в Visual Studio, скорее всего, создавать пустые решения вам потребуется не слишком часто. При создании проекта в среде Visual Studio она автоматически создает решение для размещения проекта, если никакое решение еще не открыто.
Запустите Visual Studio.
В верхней строке меню выберите Файл > Создать > Проект.
Откроется диалоговое окно Новый проект .
В левой области разверните узел Другие типы проектов и выберите Решения Visual Studio. На центральной панели выберите шаблон Пустое решение. Присвойте решению имя QuickSolution и нажмите кнопку ОК.
Начальная страница закрывается, а решение отображается в Обозревателе решений в правой части окна Visual Studio. Вероятнее всего, вы довольно часто будете использовать Обозреватель решений для просмотра содержимого проектов.
Запустите Visual Studio.
В окне запуска выберите Создание нового проекта.
На странице Создание нового проекта введите в поле поиска пустое решение, выберите шаблон Пустое решение и нажмите Далее.
Если на компьютере установлено несколько рабочих нагрузок, шаблон Пустое решение может не отображаться в верхней части списка результатов поиска. Попробуйте прокрутить список результатов до раздела Другие результаты для вашего поискового запроса. Шаблон должен быть в этом разделе.
Присвойте решению имя QuickSolution и щелкните Создать.
Решение отобразится в Обозревателе решений в правой части окна Visual Studio. Вероятнее всего, вы довольно часто будете использовать Обозреватель решений для просмотра содержимого проектов.
Откройте Visual Studio и в начальном окне выберите Создать проект.
На странице Создание нового проекта введите в поле поиска пустое решение, выберите шаблон Пустое решение и нажмите Далее.
Если на компьютере установлено несколько рабочих нагрузок, шаблон Пустое решение может не отображаться в верхней части списка результатов поиска. Попробуйте прокрутить раздел Другие результаты для вашего поискового запроса, чтобы найти шаблон.
На странице Настройка нового проекта введите имя решения QuickSolution и выберите Создать.
Решение QuickSolution отобразится в Обозревателе решений в правой части окна Visual Studio. Вы довольно часто будете использовать Обозреватель решений для просмотра содержимого проектов.
Добавление проекта
А теперь давайте добавим первый проект в это решение. Начните с пустого проекта и добавьте необходимые элементы.
В контекстном меню, вызываемом щелчком правой кнопкой мыши элемента Решение QuickSolution в Обозревателе решений, выберите Добавить > Новый проект.
Откроется диалоговое окно Добавить новый проект .
Проект с именем "QuickDate" появляется под решением в Обозревателе решений. Сейчас он содержит один файл с именем App.config.
В контекстном меню, вызываемом щелчком правой кнопкой мыши элемента Решение QuickSolution в Обозревателе решений, выберите Добавить > Новый проект.
Открывается диалоговое окно с заголовком Добавление проекта.
Присвойте проекту имя QuickDate и выберите Создать.
Проект с именем "QuickDate" появляется под решением в Обозревателе решений. Сейчас он содержит один файл с именем App.config.
Щелкните правой кнопкой мыши элемент Решение QuickSolution в Обозревателе решений и выберите Добавить > Новый проект в контекстном меню.
На странице Настроить новый проект укажите имя проекта QuickDate и выберите Создать.
Проект с именем QuickDate появляется под решением в Обозревателе решений. Сейчас проект содержит один файл с именем App.config.
Добавление элемента в проект
Добавьте файл кода в пустой проект.
В контекстном меню, вызываемом щелчком правой кнопкой мыши проекта QuickDate в Обозревателе решений, выберите Добавить > Новый элемент.
Откроется диалоговое окно Добавление нового элемента.
Замените содержимое файла Calendar.cs приведенным ниже кодом:
Вам не нужно понимать все, что делает код. Запустите приложение, нажав клавиши CTRL+F5, и убедитесь, что приложение выводит текущую дату в консоли или в окне стандартного потока вывода. Затем закройте окно консоли.
Добавление второго проекта
Чаще всего решения содержат несколько проектов, которые ссылаются друг на друга. Некоторые проекты в решении могут быть библиотеками классов, некоторые — исполняемыми приложениями, а другие — проектами модульных тестов или веб-сайтами.
Чтобы добавить проект модульного теста в решение, начните с шаблона проекта, чтобы не добавлять в проект еще один файл кода.
В контекстном меню, вызываемом щелчком правой кнопкой мыши элемента Решение QuickSolution в Обозревателе решений, выберите Добавить > Новый проект.
Второй проект добавляется в Обозреватель решений, а файл с именем UnitTest1.cs открывается в редакторе.
В контекстном меню, вызываемом щелчком правой кнопкой мыши элемента Решение QuickSolution в Обозревателе решений, выберите Добавить > Новый проект.
Назовите проект QuickTest и щелкните ОК.
Второй проект добавляется в Обозреватель решений, а файл с именем UnitTest1.cs открывается в редакторе.
В контекстном меню, вызываемом щелчком правой кнопкой мыши элемента Решение QuickSolution в Обозревателе решений, выберите Добавить > Новый проект.
На странице Настроить новый проект укажите имя проекта QuickTest и выберите Создать.
Visual Studio добавляет проект QuickTest в Обозреватель решений, а файл UnitTest1.cs открывается в редакторе.
Добавление ссылки на проект
Мы будем использовать новый проект модульного теста для тестирования своего метода в проекте QuickDate, поэтому нужно добавить ссылку на QuickDate в проект QuickTest. Эта ссылка создает зависимость сборки между двумя проектами, то есть QuickDate будет собран перед QuickTest при сборке решения.
Выберите узел Зависимости в проекте QuickTest, а затем в контекстном меню, вызываемом щелчком правой кнопкой мыши, выберите пункт Добавить ссылку.
Открывается диалоговое окно Диспетчер ссылок.
В левой области разверните узел Проекты и выберите Решение. В средней области установите флажок рядом с пунктом QuickDate и нажмите ОК.
Добавляется ссылка на проект QuickDate.
Выберите узел Зависимости в проекте QuickTest, а затем в контекстном меню выберите пункт Добавить ссылку на проект.
Открывается диалоговое окно Диспетчер ссылок.
В левой области разверните узел Проекты и выберите Решение. В средней области установите флажок рядом с пунктом QuickDate и нажмите ОК.
Добавляется ссылка на проект QuickDate.
В обозревателе решений щелкните узел Ссылки в проекте QuickTest правой кнопкой мыши и выберите в контекстном меню пункт Добавить ссылку.
В диалоговом окне Диспетчер ссылок в разделе Проекты установите флажок для проекта QuickDate и нажмите OK.
Ссылка на проект QuickDate отображается в проекте QuickTest в Обозревателе решений.
Добавление кода теста
Некоторая часть кода подчеркнута красной волнистой линией. Мы устраним эту ошибку, сделав тестовый проект дружественной сборкой для проекта QuickDate.
Добавьте следующую инструкцию using и атрибут InternalsVisibleToAttribute в начало файла Calendar.cs, чтобы устранить ошибку в тестовом проекте.
Код Calendar.cs должен выглядеть как на следующем снимке экрана.
выполнить модульный тест.
Если вы хотите проверить работоспособность модульного теста, выберите Тест > Запуск > Все тесты в строке меню. Открывается окно Обозреватель тестов, где должно быть указано, что тест TestGetCurrentDate пройден.
Чтобы проверить работоспособность модульного теста, выберите Тест > Запустить все тесты в строке меню. Открывается окно Обозреватель тестов, где должно быть указано, что тест TestGetCurrentDate пройден.
Если Обозреватель тестов не открывается автоматически, выберите в строке меню Тест > Windows > Обозреватель тестов.
Если Обозреватель тестов не открывается автоматически, выберите в строке меню Тест > Обозреватель тестов.
Свойства проекта
В Обозревателе решений щелкните правой кнопкой мыши проект QuickTest и выберите Свойства или выберите проект и нажмите клавиши ALT+ВВОД.
При необходимости это имя можно изменить здесь. При сборке тестового проекта имя итогового двоичного файла изменится с QuickTest.dll на .dll.
Изучите другие вкладки на страницах свойств проекта, такие как Сборка и Отладка. Эти вкладки отличаются для различных типов проектов.
В этой статье вы узнаете, что такое проект и решение в Visual Studio. В ней также кратко рассматривается создание проекта и окно инструментов "Обозреватель решений".
Этот раздел относится к Visual Studio в Windows. Информацию о Visual Studio для Mac см. в статье Проекты и решения в Visual Studio для Mac.
Проекты
При создании в Visual Studio приложения или веб-сайта вы начинаете с проекта. С логической точки зрения проект содержит все файлы, которые будут скомпилированы в исполняемую программу, библиотеку или веб-сайт. Сюда входят файлы с исходным кодом, значками, изображениями, данными и т. д. Проект также содержит параметры компилятора и другие файлы конфигурации, которые могут потребоваться разным службам или компонентам, с которыми взаимодействует программа.
Файл проекта
Использовать решения или проекты в Visual Studio для редактирования, сборки и отладки кода необязательно. Можно просто открыть папку с файлами исходного кода в Visual Studio и начать редактирование. Дополнительные сведения см. в статье Разработка кода в Visual Studio без использования проектов и решений.
Создать новые проекты
Самый простой способ создать новый проект — использовать шаблон проекта с нужным типом проекта. Шаблон проекта — это базовый набор предварительно созданных файлов кода, файлов конфигурации, активов и параметров. Для выбора шаблона проекта нажмите Файл > Создать > Проект. Дополнительные сведения см. в разделе Создание нового проекта.
Вы можете также создать пользовательский шаблон проекта, чтобы затем использовать его для создания новых проектов. Дополнительные сведения см. в статье Создание шаблонов проектов и элементов.
При создании нового проекта Visual Studio сохраняет его в расположении по умолчанию — %USERPROFILE%\source\repos. Чтобы изменить это расположение, перейдите в раздел Средства > Параметры > Проекты и решения > Расположения. Дополнительные сведения см. в диалоговом окне параметров в разделе "Проекты и решения" > "Расположения".
Решения
Проект находится внутри решения. Несмотря на название, под решением не подразумевается "решение вопроса". Это просто контейнер для одного или нескольких связанных проектов вместе с информацией о сборке, параметрами окна Visual Studio и любыми прочими файлами, которые не относятся к какому-либо конкретному проекту.
Файл решения
В Visual Studio используются два типа файлов (SLN и SUO) для хранения параметров, связанных с решениями:
Расширение | name | Описание |
---|---|---|
.SLN | Решение Visual Studio | Организует проекты, элементы проектов и решений в решении. |
SUO | Параметры пользователя решения | Сохраняет настройки и параметры уровня пользователя, например точки останова. |
Решение описывается текстовым файлом (SLN) в собственном уникальном формате; его обычно не изменяют вручную. И наоборот, SUO-файл является скрытым и не отображается, если проводник имеет параметры по умолчанию. Для отображения скрытых файлов в меню Вид проводника установите флажок Скрытые элементы.
Папка решения
Папка решения — это виртуальная папка, которая доступна только в Обозревателе решений, где с ее помощью можно группировать проекты в решении. Если нужно найти файл решения на компьютере, перейдите к разделу Средства > Параметры > Проекты и решения > Расположения. Дополнительные сведения см. в диалоговом окне параметров в разделе "Проекты и решения" > "Расположения".
Пример проекта и решения, созданного с нуля, а также пошаговые инструкции и пример кода см. в статье Общие сведения о проектах и решениях.
обозреватель решений
На верхней панели обозревателя решений представлены кнопки для переключения между представлениями папки и решения, отображения скрытых файлов, свертывания всех узлов и других функций.
На панели инструментов в верхней части Обозревателя решений есть кнопки для переключения из представления решения в представление папки, фильтрации ожидающих изменений, отображения всех файлов, свертывания всех узлов, просмотра страниц свойств, просмотра кода в редакторе кода и т. д.
Многие команды меню доступны в контекстном меню различных элементов в Обозревателе решений. К таким командам относится сборка проекта, управление пакетами NuGet, добавление ссылок, переименование файла и запуск тестов. Это лишь некоторые из них. Дополнительные сведения см. в статье Использование Обозревателя решений.
Если вы закрыли Обозреватель решений и хотите вновь открыть его, выберите Вид > Обозреватель решений в строке меню или нажмите клавиши CTRL+ALT+L. Если же вы закрыли боковые вкладки и хотите восстановить их в расположениях по умолчанию, выберите Окно > Сброс макета окон в строке меню.
Чтобы просмотреть изображения и значки приложений, отображаемые в Visual Studio, скачайте библиотеку изображений Visual Studio.
Windows Store
Категория проектов Windows Store появилась в Visual Studio 2013. Ранее шаблон Windows Store находился в категории Windows. Эта категория появляется только если вы работаете под управлением операционной системы версии Windows 8.1. Проекты этого типа создаются для приложений Windows Runtime.
Windows
Категория проектов Windows - самая крупная. Она включает в себя большинство распространенных типов проектов, выполняемых в пользовательских операционных системах. В частности, она содержит выполняемые проекты Windows Forms, проекты приложений Console и приложения Windows Presentation Foundation (WPF). Эти типы проектов предусматривают создание сборки (.exe), выполняемой непосредственно пользователем. Категория Windows включает также несколько типов библиотечных сборок, на которые легко ссылаться из других проектов. К ним относятся как библиотеки классов, так и библиотеки элементов управления для приложений Windows Forms и WPF. Файлы библиотек классов имеют хорошо известные расширения DLL. К этой же категории относится тип проектов Windows Service.
Web
Office
Как следует из названия этой категории, к ней относятся управляемые программные надстройки для продуктов Microsoft Office, таких как Outlook, Word или Excel. Проекты этих типов используют средства Visual Studio Tools for Office (VSTO) и способны создавать надстройки для большинства продуктов, включая пакеты Office 2003, Office 2007, Office 2010 и Office 2013.
SharePoint
Эта категория с самоочевидным названием содержит проекты, предназначенные для веб-платформ Windows SharePoint Services, таких как SharePoint Workflows или Team Sites.
Database
Данная категория содержит типы проектов для создания кода, который можно использовать на сервере SQL Server. К ним относятся хранимые процедуры, пользовательские типы и функции, триггеры и специальные агрегирующие функции.
Cloud
По умолчанию раздел Cloud содержит только ссылку, которая может извлечь Windows Azure SDK. После установки SDK, появляются дополнительные шаблоны проектов, связанных с разработкой приложений Azure.
LightSwitch
Категория проектов LightSwitch появилась в Visual Studio 2013. Сам продукт используется для быстрого создания бизнес-приложений с использованием новейших технологий. Шаблоны проектов в этой категории позволяют создавать приложения как для настольных, так и для HTML.
Reporting
К этой категории относится тип проекта, идеально подходящий для быстрой генерации сложных отчетов об источнике данных.
Silverlight
Эта категория содержит типы для создания приложений Silverlight Applications или проектов Class Library.
Test
Данная категория включает в себя тип для проектов, содержащих тесты, использующие каркас для тестирования модулей MSTest.
WCF
Эта категория содержит большое количество типов проектов для создания приложений, обеспечивающих веб-службы с использованием технологии Windows Communication Foundation (WCF).
Workflow
Эта категория содержит большое количество типов проектов для создания библиотек и приложений, реализующих последовательные процессы и конечные автоматы.
Формат файлов проекта
Для того чтобы отобразить файл проекта в формате XML, следует щелкнуть правой кнопкой мыши на проекте и выбрать команду Unload. Затем необходимо снова щелкнуть правой кнопкой мыши на проекте и выбрать команду Edit . В результате в окне редактора XML, поддерживающего технологию IntelliSense, появится файл проекта.
Давайте создадим консольное приложение, выбрав в меню File (Файл) пункт New --- Project (Создать --- Проект):
Solution Explorer
Утилита Solution Explorer (Обозреватель решений), доступная через меню View (Вид), позволяет просматривать набор всех файлов с содержимым и ссылаемых сборок, которые входят в состав текущего проекта:
Добавление ссылок на внешние сборки
Просмотр свойств проекта
И, наконец, напоследок важно обратить внимание на наличие в окне утилиты Solution Explorer пиктограммы Properties (Свойства). Двойной щелчок на ней приводит к открытию редактора конфигурации проекта, окно которого называется Project Properties (Свойства проекта):
В этом окне можно устанавливать различные параметры безопасности, назначать сборке надежное имя, развертывать приложение, вставлять необходимые для приложения ресурсы и конфигурировать события, которые должны происходить перед и после компиляции сборки.
Утилита Object Browser
В Visual Studio доступна еще одна утилита для изучения множества сборок, на которые имеются ссылки в текущем проекте. Называется эта утилита Object Browser (Браузер объектов) и получить к ней доступ можно через меню View. После открытия ее окна останется просто выбрать сборку, которую требуется изучить:
Отличие проектов от решений
Одной из важных вещей, которые необходимо понимать, является понимание разницы между проектом и решением:
Под понимается набор всех файлов исходного кода и ресурсов, которые будут компилироваться в единственную сборку (или в ряде случаев — в единственный модуль). Например, проектом может быть библиотека классов или приложение Windows с графическим пользовательским интерфейсом.
Под решением (solution) понимается набор всех проектов, которые будут образовывать определенный программный пакет (приложение).
Чтобы еще больше прояснить, в чем состоит отличие между проектом и решением, давайте посмотрим, что происходит при поставке проекта, состоящего из нескольких сборок. Например, это может быть интерфейс пользователя, специальные элементы управления и другие компоненты, поставляемые в виде библиотек в отдельных частях приложения. Кроме того, может существовать другой пользовательский интерфейс, предназначенный специально для администраторов. Каждая из этих частей приложения может содержаться внутри отдельной сборки и, следовательно, рассматриваться в Visual Studio как отдельный проект. Однако существует вероятность того, что все эти части будут кодироваться параллельно в сочетании друг с другом. В таком случае полезно иметь возможность редактировать их в Visual Studio как единое целое. Visual Studio позволяет делать это, рассматривая все проекты как образующие одно решение и воспринимая это решение как единый компонент, который должен считываться и делаться доступным для работы.
Читайте также: