L'intero argomento di progetti, soluzioni, file e strumenti che li controllano è qualcosa che viene raramente spiegato.
Lancio del cibo
Uno dei grandi vantaggi del modo Microsoft ha progettato soluzioni e progetti è che un progetto o una soluzione è autonomo. Una directory della soluzione e il suo contenuto possono essere spostati, copiati o eliminati in Esplora risorse. Un intero team di programmatori può condividere un file di soluzione (.sln); un intero insieme di progetti può far parte della stessa soluzione e le impostazioni e le opzioni in quel file .sln possono essere applicate a tutti i progetti in esso contenuti. In Visual Studio può essere aperta una sola soluzione alla volta, ma molti progetti possono trovarsi in quella soluzione. I progetti possono anche essere in diverse lingue.
Puoi capire meglio qual è la soluzione creando alcuni e guardando il risultato. Una "soluzione vuota" si traduce in una singola cartella con solo due file: il contenitore della soluzione e le opzioni utente della soluzione. Se usi il nome predefinito, vedrai:
Aggiungi privacy
Il motivo principale per cui è possibile creare una soluzione vuota è consentire che i file di progetto vengano creati in modo indipendente e inclusi nella soluzione. In sistemi complessi e di grandi dimensioni, oltre a far parte di diverse soluzioni, i progetti possono anche essere nidificati in gerarchie.
Il file contenitore della soluzione, interessante, è uno dei pochi file di configurazione del testo che non è presente XML. Una soluzione vuota contiene queste affermazioni:
Potrebbe anche essere XML... è organizzato proprio come XML ma senza la sintassi XML. Poiché questo è solo un file di testo, è possibile modificarlo in un editor di testo come Blocco note. Ad esempio, è possibile modificare HideSolutionNode = FALSE in TRUE e la soluzione non verrà più visualizzata in Esplora soluzioni. (Anche il nome in Visual Studio cambia in "Esplora progetti".) Va bene sperimentare cose come questa purché si lavori su un progetto strettamente sperimentale. Non devi mai modificare manualmente i file di configurazione per un sistema reale a meno che tu non sappia esattamente cosa stai facendo, ma è abbastanza comune negli ambienti avanzati aggiornare il file .sln direttamente anziché tramite Visual Studio.
Il file .suo è nascosto ed è un file binario, quindi non può essere modificato come il file .sln. Normalmente cambierai questo file solo usando le opzioni di menu in Visual Studio. Salendo in complessità, controlla un'applicazione Windows Form. Anche se questa potrebbe essere l'applicazione più elementare, ci sono molti più file.
Oltre a un file .sln, il modello Applicazione Windows Form crea automaticamente anche un file .vbproj. Sebbene i file .sln e .vbproj siano spesso utili, è possibile notare che non vengono visualizzati nella finestra Esplora soluzioni di Visual Studio, anche se si fa clic sul pulsante "Mostra tutti i file". Se devi lavorare direttamente con questi file, devi farlo al di fuori di Visual Studio.
Non tutte le applicazioni richiedono un file .vbproj. Ad esempio, se si seleziona "Nuovo sito Web" in Visual Studio, non verrà creato alcun file .vbproj. Apri la cartella di livello superiore in Windows per l'applicazione Windows Form e vedrai i quattro file che Visual Studio non mostra. Come riassumere il nome predefinito, sono: I file .sln e .vbproj possono essere utili per il debug di problemi difficili. Non c'è nulla di male nel guardarli e questi file ti dicono cos'è veramente nel tuo codice.
Come abbiamo visto, puoi anche modificare direttamente i file .sln e .vbproj anche se di solito è una cattiva idea a meno che non ci sia altro modo per fare ciò di cui hai bisogno. Ma a volte, non c'è altro modo. Ad esempio, se il computer è in esecuzione in modalità 64 bit, non è possibile indirizzare una CPU a 32 bit VB.NET Express, ad esempio, per essere compatibile con il motore di database Access Jet a 32 bit. (Visual Studio fornisce un modo nelle altre versioni), ma è possibile aggiungere quanto segue:
Agli elementi