Ad esempio, ho la funzione generate_salt () in encryption.file ma la persona potrebbe non sapere da dove proviene generate_salt (). Utilizzando uno spazio dei nomi come encryption :: generate_salt () o encryption_generate_salt () per ogni funzione nel file di crittografia. O sarebbe uno spreco di spazio e la digitazione perché alcuni IDE possono navigare verso la funzione?
YES. A meno che il tuo codice non sia memorizzato in un file binario opaco, qualsiasi sistema operativo che puoi programmare può eseguire la scansione di file di testo per una dichiarazione di funzione.
Ora, gli stessi spazi dei nomi sono strumenti eccellenti in qualsiasi linguaggio che li supporti. Ma gran parte della loro utilità è che aiutano a rendere il codice polimorfico. Puoi sostituire l'intero spazio dei nomi encryption senza dover cercare il tuo codice e con strumenti eccellenti puoi persino cambiare completamente lo spazio dei nomi in un'unica azione.
Ma gli "spazi dei nomi" non necessariamente andranno ad essere mappati su un file specifico. Potrebbe essere necessario importarli da una libreria o avere uno spazio dei nomi contenuto in diversi file di testo. E potrebbe essere necessario cambiarli in seguito, e se le funzioni sono denominate per i loro file si finisce con una restrizione artificiale o un'incoerenza, nessuna delle quali rende più facile la vita a nessuno.
(nominare i tuoi FILES e DIRECTORIES per le funzioni che hanno in mano è diverso, ed è un'ottima idea. Perché potresti sviluppare ciascuna funzione in un proprio file, e poi unirli o ri-separarli.)
Leggi altre domande sui tag functions readability organization