De VB.NET-oplossing en projectbestanden 'sln' en 'vbproj'

Het hele onderwerp van projecten, oplossingen en de bestanden en tools die ze besturen is iets dat zelden wordt uitgelegd.

Voedsel gooien

Een van de grote voordelen van de manier waarop Microsoft oplossingen en projecten heeft ontworpen, is dat een project of oplossing op zichzelf staat. Een oplossingsmap en de inhoud ervan kunnen worden verplaatst, gekopieerd of verwijderd in Windows Explorer. Een heel team van programmeurs kan één oplossingsbestand (.sln) delen; een hele reeks projecten kan deel uitmaken van dezelfde oplossing, en de instellingen en opties in dat .sln-bestand kunnen van toepassing zijn op alle projecten erin. Er kan slechts één oplossing tegelijk in Visual Studio worden geopend, maar veel projecten kunnen in die oplossing zijn opgenomen. De projecten kunnen zelfs in verschillende talen zijn.

U kunt een beter begrip krijgen van wat een oplossing is door er een paar te maken en naar het resultaat te kijken. Een "lege oplossing" resulteert in een enkele map met slechts twee bestanden: de oplossingscontainer en de gebruikersopties voor de oplossing. Als u de standaardnaam gebruikt, ziet u:

Privacy toevoegen

De belangrijkste reden dat u een lege oplossing kunt maken, is om toe te staan ​​dat projectbestanden onafhankelijk worden gemaakt en in de oplossing worden opgenomen. In grote, complexe systemen kunnen projecten niet alleen deel uitmaken van verschillende oplossingen, maar kunnen ze zelfs in hiërarchieën worden genest.

Het oplossingscontainerbestand is interessant, een van de weinige tekstconfiguratiebestanden die niet in XML voorkomt. Een lege oplossing bevat deze verklaringen:

Het kan net zo goed XML zijn ... het is net als XML georganiseerd, maar zonder de XML-syntaxis. Aangezien dit slechts een tekstbestand is, is het mogelijk om het in een teksteditor zoals Kladblok te bewerken. U kunt HideSolutionNode = FALSE bijvoorbeeld wijzigen in TRUE en de oplossing wordt niet meer weergegeven in Solution Explorer. (De naam in Visual Studio verandert ook in "Project Explorer".) Het is prima om met dit soort dingen te experimenteren zolang je aan een strikt experimenteel project werkt. Wijzig configuratiebestanden nooit handmatig voor een echt systeem, tenzij u precies weet wat u doet, maar het is vrij gebruikelijk in geavanceerde omgevingen om het .sln-bestand rechtstreeks bij te werken in plaats van via Visual Studio.

Het .suo-bestand is verborgen en het is een binair bestand, dus het kan niet worden bewerkt zoals het .sln-bestand. Normaal gesproken zult u dit bestand alleen wijzigen met de menu-opties in Visual Studio. Ga naar een hogere complexiteit en bekijk een Windows Forms-toepassing. Hoewel dit misschien de meest elementaire toepassing is, zijn er veel meer bestanden.

Naast een .sln-bestand maakt de Windows Forms Application-sjabloon ook automatisch een .vbproj-bestand. Hoewel de .sln- en .vbproj-bestanden vaak handig zijn, merkt u misschien dat ze niet worden weergegeven in het venster Visual Studio Solution Explorer, zelfs als u op de knop "Alle bestanden weergeven" klikt. Als u rechtstreeks met deze bestanden moet werken, moet u dit buiten Visual Studio doen.

Niet alle toepassingen hebben een .vbproj-bestand nodig. Als u bijvoorbeeld "Nieuwe website" selecteert in Visual Studio, wordt er geen .vbproj-bestand gemaakt. Open de map op het hoogste niveau in Windows voor de Windows Forms-toepassing en u ziet de vier bestanden die Visual Studio niet toont. de standaardnaam weer aannemend, zijn ze: De .sln- en de .vbproj-bestanden kunnen nuttig zijn voor het oplossen van moeilijke problemen. Het is geen kwaad om ernaar te kijken en deze bestanden vertellen je wat het is werkelijk bezig met uw code.

Zoals we hebben gezien, kunt u ook .sln- en .vbproj-bestanden rechtstreeks bewerken, hoewel het meestal een slecht idee is, tenzij er geen andere manier is om te doen wat u nodig hebt. Maar soms is er geen andere manier. Als uw computer bijvoorbeeld in 64-bits modus wordt uitgevoerd, is er geen manier om een ​​32-bits CPU in VB.NET Express te targeten, bijvoorbeeld om compatibel te zijn met de 32-bits Access Jet-database-engine. (Visual Studio biedt een manier in de andere versies), maar u kunt het volgende toevoegen:

Naar de elementen in de .vbproj-bestanden om de klus te klaren. Zowel de .sln- als .vbproj-bestandstypen worden normaal gesproken geassocieerd met Visual Studio in Windows. Dat betekent dat als u op een van beide dubbelklikt, Visual Studio wordt geopend. Als u dubbelklikt op een oplossing, worden de projecten in het .sln-bestand geopend. Als u dubbelklikt op een .vbproj-bestand en er is geen .sln-bestand (dit gebeurt als u een nieuw project toevoegt aan een bestaande oplossing), wordt er een gemaakt voor dat project.