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

This is a viewer only at the moment see the article on how this works.

To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk

This is a preview from the server running through my markdig pipeline

ASP.NET Imported mostlylucidcouk Performance Web Development

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

Wednesday, 24 March 2004

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!

logo

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