Repetidores anidados - ¡nuevo artículo sobre Codeproject y por qué no deberías hacerlo de esa manera! (Español (Spanish))

Repetidores anidados - ¡nuevo artículo sobre Codeproject y por qué no deberías hacerlo de esa manera!

Wednesday, 24 March 2004

//

1 minute read

Acabo de leer. este artículo el 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íy aquí.
  • 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 para los repetidores anidados hasta que vi la luz y pasé a Member Methods - 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!

Finding related posts...
logo

© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.