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