Вся тема проектов, решений, а также файлов и инструментов, которые их контролируют, редко объясняется.
Бросать еду
Одно из больших преимуществ пути Microsoft разработал решения и проекты, что проект или решение является автономным. Каталог решения и его содержимое можно перемещать, копировать или удалять в проводнике Windows. Целая команда программистов может совместно использовать один файл решения (.sln); целый набор проектов может быть частью одного и того же решения, а настройки и параметры в этом файле .sln могут применяться ко всем проектам в нем. Только одно решение может быть открыто одновременно в Visual Studio, но в нем может быть много проектов. Проекты могут быть даже на разных языках.
Вы можете лучше понять, что такое решение, создав несколько и посмотрев на результат. «Пустое решение» приводит к одной папке с двумя файлами: контейнером решения и пользовательскими настройками решения. Если вы используете имя по умолчанию, вы увидите:
Добавить конфиденциальность
Основная причина, по которой вы можете создать пустое решение, заключается в том, что файлы проекта можно создавать независимо и включать в решение. В больших сложных системах, помимо того, что они являются частью нескольких решений, проекты могут даже быть вложенными в иерархии.
Интересно, что файл контейнера решения является одним из немногих текстовых файлов конфигурации, которых нет в XML. Пустое решение содержит эти утверждения:
Это может быть и XML... он организован так же, как XML, но без синтаксиса XML. Поскольку это всего лишь текстовый файл, его можно редактировать в текстовом редакторе, таком как Блокнот. Например, вы можете изменить HideSolutionNode = FALSE на TRUE, и решение больше не будет отображаться в обозревателе решений. (Имя в Visual Studio также меняется на «Project Explorer».) Можно экспериментировать с такими вещами, если вы работаете над строго экспериментальным проектом. Вы никогда не должны изменять конфигурационные файлы вручную для реальной системы, если вы точно не знаете, что делаете, но в продвинутых средах довольно часто обновляют файл .sln напрямую, а не через Visual Студия.
Файл .suo скрыт и является двоичным файлом, поэтому его нельзя редактировать, как файл .sln. Обычно вы изменяете этот файл только с помощью пунктов меню в Visual Studio. Продвигаясь по сложности, посмотрите приложение Windows Forms. Хотя это может быть самое простое приложение, файлов намного больше.
В дополнение к файлу .sln шаблон приложения Windows Forms также автоматически создает файл .vbproj. Хотя файлы .sln и .vbproj часто полезны, вы можете заметить, что они не отображаются в окне обозревателя решений Visual Studio, даже если нажать кнопку «Показать все файлы». Если вам нужно работать с этими файлами напрямую, вы должны делать это вне Visual Studio.
Не всем приложениям нужен файл .vbproj. Например, если вы выберете «Новый веб-сайт» в Visual Studio, файл .vbproj не будет создан. Откройте папку верхнего уровня в Windows для приложения Windows Forms, и вы увидите четыре файла, которые Visual Studio не показывает. Снова используя имя по умолчанию, они выглядят так: Файлы .sln и .vbproj могут быть полезны для устранения сложных проблем. Нет ничего плохого в том, чтобы смотреть на них, и эти файлы говорят вам, что действительно происходит в вашем коде.
Как мы видели, вы также можете редактировать файлы .sln и .vbproj напрямую, хотя обычно это плохая идея, если нет другого способа сделать то, что вам нужно. Но иногда другого пути нет. Например, если ваш компьютер работает в 64-битном режиме, нет способа настроить 32-битный процессор в VB.NET Express, например, для совместимости с 32-битным ядром базы данных Access Jet. (Visual Studio предоставляет способ в других версиях), но вы можете добавить следующее:
К стихиям