organizzazione di classi / struttura di cartelle per lo sviluppo basato su TDD

2

A causa dello sviluppo basato sui test, si finisce con molte classi che fanno solo una cosa. È piuttosto un mal di testa solo vedere dove tali classi dovrebbero essere collocate all'interno della struttura delle cartelle.

Prima di tutto, è considerato un pattern errato, per mettere le classi correlate nello stesso file?

Qualche suggerimento su ciò che si utilizza negli ambienti di produzione effettiva?

    
posta Karl Cassar 15.02.2013 - 15:46
fonte

2 risposte

2

In generale, dovresti inserire una classe in un file. In questo modo è facile trovare il codice pertinente quando si apportano modifiche. Penso che sarebbe più un mal di testa dover cercare di ricordare come erano organizzate le classi quando cercavo il codice che sto cercando di seguire. Non stai creando questi file per il computer ma per il futuro sviluppatore (potrebbe essere tu) che sta cercando di trovare qualche bug o aggiungere una nuova funzionalità. E i file lo rendono più facile da fare perché A.class è più facile da cercare di Stuff.class .

Se crei una struttura di directory che raggruppa insieme classi simili, ciò può ridurre parte del tuo mal di testa.

    
risposta data 15.02.2013 - 16:22
fonte
1

Nelle lingue che lo supportano, perché non utilizzare spazi dei nomi ? Questo dovrebbe chiarire cosa sia l'organizzazione, indipendentemente dalla struttura della cartella.

    
risposta data 15.02.2013 - 16:26
fonte

Leggi altre domande sui tag