Projektu, risinājumu tēma, kā arī faili un rīki, kas tos kontrolē, ir kaut kas reti izskaidrots.
Pārtikas mešana
Viena no šī ceļa lielajām priekšrocībām Microsoft ir izstrādājis risinājumus un projektus, ir tas, ka projekts vai risinājums ir patstāvīgs. Risinājumu direktoriju un tā saturu var pārvietot, kopēt vai izdzēst operētājsistēmā Windows Explorer. Vesela programmētāju komanda var koplietot vienu risinājuma (.sln) failu; vesels projektu komplekts var būt viena un tā paša risinājuma daļa, un iestatījumi un opcijas šajā .sln failā var attiekties uz visiem projektiem tajā. Visual Studio vienlaikus var būt atvērts tikai viens risinājums, taču tajā var būt daudz projektu. Projekti var būt pat dažādās valodās.
Izveidojot dažus un apskatot rezultātu, varat labāk izprast, kāds ir risinājums. Izmantojot “Tukšu risinājumu”, tiek iegūta viena mape, kurā ir tikai divi faili: šķīduma konteiners un risinājuma lietotāja opcijas. Ja izmantosit noklusējuma vārdu, redzēsit:
Pievienojiet privātumu
Galvenais iemesls, kāpēc varat izveidot tukšu risinājumu, ir ļaut projekta failus izveidot neatkarīgi un iekļaut risinājumā. Lielajās, sarežģītajās sistēmās projektus var ne tikai ligzdot hierarhijās, bet arī būt vairāku risinājumu sastāvdaļai.
Interesanti, ka risinājuma konteinera fails ir viens no nedaudzajiem teksta konfigurācijas failiem, kura neatrodas XML. Tukšā šķīdumā ir šie paziņojumi:
Tikpat labi tas varētu būt XML... tas ir organizēts tāpat kā XML, bet bez XML sintakse. Tā kā tas ir tikai teksta fails, to ir iespējams rediģēt teksta redaktorā, piemēram, Notepad. Piemēram, jūs varat mainīt HideSolutionNode = FALSE uz TRUE, un risinājums vairs netiks rādīts Solution Explorer. (Visual Studio nosaukums mainās arī uz "Project Explorer".) Ir lieliski eksperimentēt ar šādām lietām, ja vien strādājat pie stingri eksperimentāla projekta. Nekad nevajadzētu manuāli mainīt reālas sistēmas konfigurācijas failus, ja vien precīzi nezināt, ko darāt, taču progresīvās vidēs ir diezgan bieži atjaunināt .sln failu tieši, nevis caur Visual Studija.
.Suo fails ir paslēpts, un tas ir binārs fails, tāpēc to nevar rediģēt tāpat kā .sln failu. Parasti šo failu mainīsit tikai, izmantojot Visual Studio izvēlnes opcijas. Palielinoties sarežģītībai, apskatiet Windows veidlapu lietojumprogrammu. Kaut arī šī varētu būt visvienkāršākā lietojumprogramma, failu ir daudz vairāk.
Papildus .sln failam Windows veidlapu lietojumprogrammas veidne automātiski izveido arī .vbproj failu. Lai gan .sln un .vbproj faili bieži ir noderīgi, jūs varētu pamanīt, ka tie netiek parādīti Visual Studio Solution Explorer logā, pat noklikšķinot uz pogas Rādīt visus failus. Ja jums ir jāstrādā tieši ar šiem failiem, tas jādara ārpus Visual Studio.
Ne visām lietojumprogrammām ir nepieciešams .vbproj fails. Piemēram, ja Visual Studio atlasīsit “Jauna vietne”, netiks izveidots .vbproj fails. Atveriet Windows augstākā līmeņa mapi Windows veidlapu lietojumprogrammai, un jūs redzēsit četrus failus, kurus Visual Studio neparāda. Atkārtoti izmantojot noklusējuma vārdu, tie ir: .sln un .vbproj faili var būt noderīgi sarežģītu problēmu atkļūdošanai. Apskatot tos, nav nekāda kaitējuma, un šie faili jums pateiks, kas ir kas tiešām notiek jūsu kodā.
Kā mēs redzējām, jūs varat arī tieši rediģēt .sln un .vbproj failus, lai gan parasti tā ir slikta ideja, ja vien nav cita veida, kā izdarīt to, kas jums nepieciešams. Bet dažreiz nav citas iespējas. Piemēram, ja jūsu dators darbojas 64 bitu režīmā, nav veids, kā mērķēt 32 bitu CPU VB.NET Piemēram, Express, lai tas būtu savietojams ar 32 bitu Access Jet datu bāzes motoru. (Visual Studio piedāvā ceļu citās versijās), taču jūs varat pievienot:
Uz elementiem