Il team della mia azienda guida \ architect sostiene che un progetto su larga scala è più facile da capire se "le entità connesse dalla logica" sono collocate in un file .cs.
Cito:
-
"L'intera struttura della logica, dell'interfaccia e della classe può essere vista in un unico punto, questo è un argomento che non può essere confutato. Per vedere la stessa cosa ma con un mucchio di file di cui hai bisogno per utilizzare gli strumenti, il diagramma delle classi, R # per la navigazione, ecc. "
-
"Seguendo la povera teoria potrei gridare che un esercito di file separati è bello, ma quando si tratta di apportare modifiche al codice esistente, specialmente se non si è uno scrittore di questo codice, è molto difficile comprendi un sacco di file sparsi, quindi sui forum puoi scrivere "un enumma file", ma in pratica questo approccio non dovrebbe mai essere usato "
-
"... Per quanto riguarda la separazione della base di codice tra gli sviluppatori, al giorno d'oggi non è un problema modificare contemporaneamente lo stesso file. L'unione non è un problema."
Ho sentito e letto molte volte che dobbiamo creare un file .cs per enum, classe e così via e questa è la migliore pratica.
Ma non posso convincerlo. Dice che non si fida di programmatori noti come Jon Skeet. A proposito, ecco l'opinione di Skeet su questo argomento: Dov'è il il miglior posto per individuare i tipi di enum?
Che ne pensi? C'è un problema reale? O è una questione di gusti e dovrebbe essere regolata dallo standard di codifica dell'organizzazione?