# Repetidores anidados - ¡nuevo artículo sobre Codeproject y por qué no deberías hacerlo de esa manera! Acabo de leer. [este artículo](http://www.codeproject.com/aspnet/AspNetNestedRepeaters.asp) el [Codeproject.com](http://www.codeproject.com/)...hmm ... Tengo algunos problemas con cómo hace las cosas: - DataBinder.Eval - Tengo lo que se está convirtiendo en una obsesión acerca de esto ahora - no hay NINGUNA NECESIDAD para esto en la mayoría de los casos, apesta en términos de rendimiento (por lo general se puede perder alrededor de 20% en comparación con el método mecanografiado con fuerza. He publicado un par de veces sobre esto [aquí](/posts/668.aspx)y [aquí](/posts/664.aspx). - OnItemDataBound - ahora, todavía tengo que hacer un punto de referencia en comparación con los métodos de miembro (sólo me recordó a mí mismo en realidad, podría hacer uno este fin de semana). [todo el tiempo](/posts/650.aspx) para los repetidores anidados hasta que vi la luz y pasé a [Member Methods](/posts/748.aspx) - que además de sentirse mucho más "limpia" que el enfoque basado en eventos - creo que será significativamente más rápido - ya que evita el exceso de eventos y el casting requerido para el enfoque ItemDataBound. Así que de todos modos, voy a poner mi dinero donde está mi boca y finalmente llegar a escribir un artículo sobre los méritos relativos de estos enfoques... pero los bits que he mencionado anteriormente se basan en un montón de usos en aplicaciones reales - créanme que hago estas sugerencias no por capricho, pero basado en un montón de ensayo y error!