Namespace di Dio è tanto cattivo quanto l'oggetto di Dio?

6

Abbiamo circa 3/4 diversi progetti, ognuno con un determinato livello di dati. Alcuni dati non sono condivisi, ma tutti gli accessi ai dati sono finiti in un singolo spazio dei nomi incluso in ogni progetto.

I metodi di utilità e altre "funzionalità condivise" sono continuamente aggiunti a questo spazio dei nomi di root ed è in definitiva abbastanza organizzato, ma tutto finisce in una singola DLL da includere nei progetti.

Per me sembra eccessivamente centralizzato, ma si qualifica come etichettato come God Namespace? (questo termine ha senso?)

    
posta jondavidjohn 15.02.2012 - 20:03
fonte

2 risposte

7

Direi che non è così male come God Object o Super Object . Si tratta di un animale completamente diverso che è difficile da scrivere, gestire, eseguire il debug e testare e dovrebbero essere evitati a tutti i costi.

Per quanto riguarda lo spazio dei nomi, questa è sicuramente una preoccupazione legittima, e se si sta finalmente arrivando al punto in cui il proprio spazio dei nomi sta diventando sovraffollato, non vedo alcun problema nel dividerlo su un confine che abbia senso.

Quindi, per rispondere alla domanda nel titolo: no

Dovresti aggiungere spazi dei nomi aggiuntivi? solo se rende più facile la scrittura e la gestione del codice .

Questa risposta è piuttosto generica, ma non sono sicuro di poter essere di maggiore aiuto senza ulteriori dettagli.

    
risposta data 15.02.2012 - 20:09
fonte
0

Non penso che ci sia un solo si o nessun dubbio, ma qualsiasi cosa che finisce per essere "Dio" non è un buon segno. Non fornisci alcun dettaglio sulla lingua che stai usando, ma IMHO mettendo tutto in un singolo spazio dei nomi è tanto brutto quanto using namespace std è in C ++. In generale, dovresti cercare di evitare inquinamento dello spazio dei nomi . Puoi trovare ulteriori argomenti sui pro / contro di spazi dei nomi singoli / multipli su c2.com

    
risposta data 15.02.2012 - 20:24
fonte

Leggi altre domande sui tag