# Repettori inserti - nuovo articolo su Codeproject e perché non dovresteM SK1 farlo così! Stavo leggendo. [Questo articolo.](http://www.codeproject.com/aspnet/AspNetNestedRepeaters.asp) su [Codeproject.com](http://www.codeproject.com/)...hmm...Ho qualche problema con come fa le cose. - DataBinder.Eval - Io ho una cosa che sta diventando un'ossessione su questo - c'è ' semplicemente non serve per questo nella maggior parte dei casiM SK4 fa schifo dal punto di vista della performance ♫(di solito si può perdere su \20% rispetto al metodo tipificato rigidamente ♫ . io \'\ho pubblicato un paio di volte su questo [Qui.](/posts/668.aspx)e [Qui.](/posts/664.aspx). - OnItemDataBound - oraM SK1 Io'non ho ancora fatto un test comparativo con i metodi dei membri (mi sono appena ricordato di esserne davvero coinvoltiMSC4 Potrei fare uno staseraMST5 Uso questo metodo [tutto il tempo.](/posts/650.aspx) per i ripettori inserti finché non ho visto la luce e mi sono spostato verso [I metodi dei membri](/posts/748.aspx) - che oltre a sentirsi molto più pulito 'cleaner' rispetto all'approccio basato sull'evento - mi sento che sarà significativamente più veloce M- visto che evita l'overhead degli eventi e il calcolo necessario per l'approccio ItemDataBound m. Comunque, metterò il mio denaro dove la mia bocca è e finirò per scrivere un articolo sui meriti relativi di questi approcci ... ma i pezzi che ho menzionato ci sono basati su un sacco di usi in applicazioni reali - credetemi io faccio queste proposte non da capriccio, ma basandoci su molti tentativi e erroriM SK4