Gli spazi dei nomi all'interno di un singolo progetto fungono da limiti?

Naviga le tue risposte
2

Quando si lavora all'interno di un singolo progetto che contiene più spazi dei nomi, questi spazi dei nomi dovrebbero essere trattati come limiti? O è accettabile che qualsiasi spazio dei nomi possa accedere a qualsiasi altro spazio dei nomi?

Ad esempio, supponiamo di avere i seguenti spazi dei nomi in un progetto chiamato Physics

  • Physics.Models
  • Physics.Math

Dire in questo caso che alcuni modelli usano classi definite in Math e Math usa classi definite in Modelli. È una soluzione accettabile? Dev'esserci qualche gerarchia nei nomi dei namespace che indicano le dipendenze? Qualcosa come

  • Physics.Math
  • Physics.Math.Models

Ci sono regole che dovrebbero essere seguite? O questo è stato lasciato allo sviluppatore per prendere decisioni pragmatiche e intelligenti sulle relazioni all'interno di un singolo progetto?

    
posta Jason Tyler 15.08.2018 - 20:11
fonte

1 risposta

4

La risposta breve è che non ci sono regole e lo è per lo sviluppatore, come dimostra il fatto che il linguaggio stesso non si cura di come gestire i namespace.

Detto questo, il modo in cui dividi i tuoi spazi dei nomi, se li usi, cade nel modo in cui il resto del tuo progetto è diviso e ciò che tu e il tuo team decidete è il modo migliore per affrontare esso. Per il tuo esempio, personalmente seguirò il tuo primo approccio perché comunica meglio l'uso degli elementi nello spazio dei nomi, ma questo è per me e potrebbe non essere il modo in cui qualcun altro vede la nomenclatura dello spazio dei nomi.

tl; dr No, la lingua non interessa, ed è una scelta stilistica che dovrai fare da solo

    
risposta data 15.08.2018 - 20:19
fonte

Leggi altre domande sui tag

.NET Core: utilizzo di Visual Studio e mantenimento della stessa piattaforma Comando di gestione errori di feedback con CQRS