A projektek, megoldások, valamint az őket irányító fájlok és eszközök teljes témája ritkán magyarázható.
Ételek dobása
Az út egyik nagy előnye Microsoft a megoldásokat tervezte, és a projektek az, hogy egy projekt vagy megoldás önálló. A megoldás-könyvtár és annak tartalma áthelyezhető, másolható vagy törölhető a Windows Intézőben. A programozók egy teljes csoportja megoszthatja egy (.sln) fájlját; egy teljes projektkészlet ugyanazon megoldás részét képezheti, és az .sln fájl beállításai és beállításai vonatkozhatnak a benne lévő összes projektre. Egyszerre csak egy megoldás lehet nyitva a Visual Studioban, de sok projekt lehet abban a megoldásban. A projektek akár különféle nyelveken is elkészíthetők.
Ha megismer egy pár képet, és megnézheti az eredményt, jobban megértheti, mi a megoldás. Az "Üres megoldás" egyetlen mappát eredményez, amely mindössze két fájlt tartalmaz: a megoldástárolót és a megoldás felhasználói beállításait. Ha az alapértelmezett nevet használja, akkor látni fogja:
Add Privacy
Az üres megoldás létrehozásának fő oka az, hogy lehetővé teszi a projekt fájlok független létrehozását és a megoldásba történő beillesztését. Nagy, összetett rendszerekben a projektek a több megoldás részeként történő beépítésén túl hierarchiákba is beágyazhatók.
Érdekes módon a megoldás-tároló fájl egyike azon kevés szövegkonfigurációs fájloknak, amelyek nincsenek benne XML. Egy üres megoldás ezeket az állításokat tartalmazza:
Lehet, hogy XML is... úgy van felépítve, mint az XML, de az XML szintaxisa nélkül. Mivel ez csak egy szöveges fájl, szerkeszthető egy szövegszerkesztőben, például a Jegyzettömbben. Például megváltoztathatja a HideSolutionNode = FALSE értékét TRUE értékre, és a megoldás többé nem jelenik meg a Solution Explorerben. (A Visual Studio neve is "Project Explorer" -re változik.) Jó ilyen kísérleteket végezni, amíg szigorúan kísérleti projekten dolgozik. Soha nem szabad manuálisan megváltoztatnia a konfigurációs fájlokat egy valódi rendszernél, hacsak nem pontosan tudja, mit csinál, de a fejlett környezetekben meglehetősen általános a .sln fájl frissítése közvetlenül, nem pedig a Visual segítségével Stúdió.
A .suo fájl rejtett és egy bináris fájl, tehát nem szerkeszthető úgy, mint a .sln fájl. Ezt a fájlt általában csak a Visual Studio menübeállításaival módosítja. A bonyolultabb helyzetben nézze meg a Windows Forms alkalmazást. Annak ellenére, hogy ez lehet a legalapvetőbb alkalmazás, sokkal több fájl található.
A .sln fájl mellett a Windows Forms Application sablon automatikusan létrehoz egy .vbproj fájlt. Noha a .sln és .vbproj fájlok gyakran hasznosak, észreveheti, hogy nem jelennek meg a Visual Studio Solution Explorer ablakában, még akkor sem, ha rákattintanak a "Összes fájl megjelenítése" gombra. Ha közvetlenül ezekkel a fájlokkal kell dolgoznia, akkor ezt a Visual Studio-n kívül kell végrehajtania.
Nem minden alkalmazásnak szükséges .vbproj fájl. Például, ha a Visual Studio alkalmazásban az "Új webhely" lehetőséget választja, akkor a .vbproj fájl nem jön létre. Nyissa meg a Windows legfelső szintű mappáját a Windows Forms alkalmazás számára, és látni fogja a négy fájlt, amelyeket a Visual Studio nem jelenít meg. Az alapértelmezett név ismételt elnyomásával ezek a következők: A .sln és az .vbproj fájlok hasznosak lehetnek a nehéz problémák hibakeresésében. Nincs ártás, ha rájuk nézel, és ezek a fájlok megmondják, mi az igazán folyik a kódodban.
Mint láttuk, az .sln és .vbproj fájlokat közvetlenül is szerkesztheti, bár ez általában rossz ötlet, kivéve, ha nincs más módja annak, amire szüksége van. De néha nincs más út. Például, ha a számítógépe 64 bites módban működik, akkor nincs mód a 32 bites CPU célzására VB.NET Express, például, hogy kompatibilis legyen a 32 bites Access Jet adatbázis motorral. (A Visual Studio biztosít lehetőséget a többi verzió számára), de hozzáadhatja a következőket:
Az elemekhez