Best practice per l'uso di partial in Rails

Question

In linea con il principio di DRY, provo a utilizzare i partial non appena ripeto uno schema particolare più di una volta o due. Di conseguenza, alcune delle mie opinioni consistono in dieci o più partial differenti. Sono preoccupato che questo potrebbe avere un effetto negativo sulla performance complessiva. Alcuni libri di programmazione confrontano l'uso dei parziali con l'uso dei metodi. Quindi dovrei usare la stessa logica per determinare quando usarli?

Qual è la migliore pratica relativa alle dimensioni e alla quantità di parziali in un progetto Rails?

Answer 1

Mi piace già la tua pratica: una volta ripetuto il codice di visualizzazione due volte, refactoring su un parziale. Tim ha ragione che è possibile velocizzarlo come necessario dopo il è stato profilato e dopo è stato dimostrato necessario.

Ecco il mio unico avvertimento: se lavori con designer professionisti che gestiscono le visualizzazioni, potrebbe essere più facile a lungo termine avere un codice di visualizzazione piuttosto ripetitivo. Alcune persone hanno difficoltà a cercare attraverso i partial e "vedere" come si integrano tutti. Ho trovato più facile con quelle persone lasciare che gestiscano l'intero shebang e aggiornare più di un file se necessario. Ottimale? Non per noi programmatori, ma i progettisti sono più spesso abituati a vedere la maggior parte dell'HTML in uno o tre file anziché in 20. :)

Answer 2

Ricordare il rules of optimization!

Se, una volta completata l'applicazione, le visualizzazioni sono troppo lente, utilizzare qualcosa come New Relic per scoprire dove si sta verificando il rallentamento. Ci sono molti posti che potrebbero essere, ma è improbabile che si trovino nei tuoi parziali.