Se non lo è chiaro come raggruppare le classi in base all'utilizzo o al significato del modello oggetto, è sufficiente lasciarle tutte in un'unica cartella. L'utilizzo delle sottocartelle non fornisce valori se non organizzano le classi in modo significativo.
Dividere le cartelle per tipo, ad es. elenchi, POCO, repository, classi parziali ecc. non sono probabilmente utili.
È possibile che si desideri utilizzare una sottocartella per il codice generato che non deve essere modificato.
Inoltre, è possibile avere cartelle all'interno di Solution Explorer che non fanno parte del file system. Dato quanto è costoso (nel tempo) in alcuni sistemi di controllo del codice sorgente spostare file tra le directory, prenderei in considerazione l'idea di iniziare semplicemente usando le cartelle di msdev finché non si è chiari sulla struttura che si desidera.
Non c'è bisogno mettere ogni censimento nel proprio file, se un'enumerazione è solo usata da una classe, è valido per metterlo nello stesso file della classe. Ad esempio, l'enumerazione di PersonSex può essere inserita nel file person.cs. Allo stesso modo se hai un gran numero di piccole e classi strettamente correlate, potresti metterle nello stesso file.
fonte
2009-09-07 13:51:38
Sebbene non sia direttamente correlato alla domanda, è consigliabile prendere in considerazione la possibilità di rinominare il progetto in qualcosa di più significativo e in conformità con le Linee guida per la progettazione di framework. Passiamo ora alla tua domanda: l'FDG fornisce anche consigli su quando e come strutturare i sub namespace. http://stackoverflow.com/questions/1389458/c-project-folder-naming-conventions/1389507#1389507 –