Domanda

In linea con il principio di DRY-cerco di usare parziali appena mi sto ripetendo un modello particolare più di una volta o due volte. Come risultato, alcuni dei miei punti di vista sono composti da dieci o più parziali differenti. Sono preoccupato che questo potrebbe avere un effetto negativo sulle prestazioni complessive. Alcuni libri di programmazione confrontare l'uso di parziali con l'uso di metodi. Quindi devo usare la stessa logica per determinare quando usarli?

Qual è la migliore pratica per quanto riguarda dimensioni e la quantità di parziali in un progetto Rails?

È stato utile?

Soluzione

Mi piace il tuo pratica già: Una volta che hai ripetuto codice di vista due volte, refactoring fuori ad un parziale. destra di Tim che si può accelerarlo se necessario dopo E 'stato profilato e dopo è stato dimostrato necessario.

Ecco il mio un avvertimento: Se si lavora con designer professionisti che gestiscono i punti di vista, può essere più facile a lungo termine di avere il codice di vista piuttosto ripetitivo. Alcune persone hanno un tempo difficile ricerca attraverso parziali e "vedere" come tutti si incastrano. Ho trovato più facile con quelle persone per far loro gestire tutta la baracca e aggiornare più di un file, se hanno bisogno di. Ottimale? Non a noi come i programmatori, ma i progettisti sono più spesso abituati a vedere la maggior parte del codice HTML in uno o tre file, piuttosto che 20:)

Altri suggerimenti

Ricordate le regole di ottimizzazione !

Se, una volta che l'applicazione è completa, le vostre opinioni sono troppo lenti, usare qualcosa come New Relic per scoprire dove il rallentamento si sta verificando. Ci sono un sacco di posti che potrebbero essere, ma è improbabile che sia nel vostro parziali.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top