come faccio a sapere che ho diviso il mio programma in parti troppo piccole?

Question

come faccio a sapere che ho diviso il mio programma in parti troppo piccole?

#1 da (13 voti)
#2 da (4 voti)
#3 da (1 voti)

4

Da quando sono entrato nel mondo della programmazione, sono stato bombardato con suggerimenti come "il file dovrebbe essere solo x linee", il che è giusto poiché i nuovi programmatori tendono a inserire tutto in un unico file. Ma, avendo fatto la programmazione professionale per più di un anno, mi sono trovato principalmente ostacolato dalle piccole dimensioni dei file, piuttosto che dalla loro grande dimensione. Uno dei maggiori ostacoli che ho, è quello di dover mescolare tra 10-20 file diversi quando si indaga su come funziona qualcosa, quando alcuni di questi file contengono solo un paio di righe.

Quindi credo che la mia domanda sia: come faccio a sapere che ho diviso il mio programma in pezzi troppo piccoli?

code-quality

posta tsiki 12.08.2012 - 10:34

fonte

3 risposte

Leggi altre domande sui tag code-quality

Appello del datore di lavoro; Uso OOP nel mainstream; soluzioni che fioriscono con OOP Perché l'alpinismo è chiamato algoritmo in qualsiasi momento?

score 13 · Answer 1

La dimensione del file non sembra essere il tuo problema: nello sviluppo del mondo reale alla fine incontrerai progetti che avrebbero centinaia di file, anche se ognuno di essi contenesse più di mille righe di codice.

Se lavorare con molti file è un problema, è necessario disporre di un'organizzazione e strumenti migliori. Gli IDE moderni hanno molte funzionalità che aiutano (ad esempio quando si programma Java in eclissi, "Open Call Graph" porterà lacrime di gioia ai tuoi occhi se non l'hai mai visto prima), quindi impara ad usare bene uno di questi. Per quanto riguarda l'organizzazione, il codice ben progettato dovrebbe avere basso accoppiamento e alta coesione , il che significa che il codice questo fa sì che le cose correlate siano vicine tra loro (alta coesione) e per capire un dato pezzo di codice non è necessario guardarne altri (accoppiamento basso).

Tutto ciò che viene detto, la dimensione media di un file in un codice ben progettato dovrebbe essere forse 300 righe di codice, dare o avere (dipende anche dalla lingua). Non c'è un minimo: a volte il design richiede una classe vuota.

score 4 · Answer 2

Invece di dover mescolare con 20 file, dovresti mescolare con 20 posizioni nello stesso file. Nella mia esperienza, gli editor semplificano la riproduzione di 20 file e il mantenimento di un contesto, ad esempio la posizione del cursore, per ciascuno rispetto alla riproduzione casuale di 20 posizioni nello stesso file e cercando di mantenere un contesto per ciascuno. Avrai problemi persino a saltare facilmente da uno all'altro.

score 1 · Answer 3

Suggerirei che la dimensione del file non sia davvero così importante, per me la complessità dell'oggetto e la dimensione della funzione / metodo sono molto più importanti. Supponendo che tu stia utilizzando un linguaggio orientato agli oggetti, assicurati di creare oggetti con una funzione chiara e assicurati che abbiano solo il codice per quelle funzioni specifiche.

Come regola generale non hai alcun metodo / funzione che sia più lungo di 25 righe (Escluse le righe di commento), se è più lungo di quello.

Per quanto riguarda i file stessi, diventano irrilevanti se segui i suggerimenti di cui sopra perché puoi sempre suddividerli in seguito, ma prova a separare i file in modo logico, o fai quello che molti linguaggi fanno come guida e metti una classe in un file, se è un linguaggio procedurale, prova a suddividere la funzionalità usando i file, es. IO in un file, interfaccia utente in un altro file e così via.

Solo il mio 2c.