Possiamo considerare la struttura del file system come una parte dell'architettura?

1

Metti questa immagine nella cartella images . Tutti i file JavaScript devono essere contenuti in una cartella denominata js . Inserisci modelli in una cartella denominata modelli di sito e per ogni modello, sono presenti tre cartelle denominate layouts , looks e pages .

Siamo tutti a conoscenza di queste strutture di file system in cui cerchiamo di classificare logicamente ed efficientemente file e cartelle in una gerarchia accettabile all'interno dei nostri progetti. D'altra parte, poiché molte volte eseguiamo operazioni di I / O su questi file, la modifica della struttura del file system ci obbliga ad aggiornare parti del nostro codice, indipendentemente da quanto sia high-tech e disaccoppiato il nostro codice.

La mia domanda è, in base all'effetto che una struttura di file system ha su un progetto complessivo, possiamo considerarla parte dell'architettura del software? Perché, in molti casi, la scelta di una struttura di file system corretta ci impedisce di duplicare un file, ad esempio jQuery, in molti punti.

    
posta Saeed Neamati 20.07.2011 - 09:12
fonte

2 risposte

1

Certo che possiamo, a volte dobbiamo anche. Ho visto diversi progetti che suddividono i loro archivi di file in diverse cartelle solo per scopi di prestazioni - questa è proprio l'architettura.

    
risposta data 20.07.2011 - 09:28
fonte
0

Se il layout del file system è noto a tutte le parti dell'applicazione, non è abbastanza disaccoppiato e dovresti riconsiderare come centralizzare questa conoscenza.

    
risposta data 20.07.2011 - 09:32
fonte

Leggi altre domande sui tag