Back to "Repettori inserti - nuovo articolo su Codeproject e perché non dovresteM SK1 farlo così!"

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

Repettori inserti - nuovo articolo su Codeproject e perché non dovresteM SK1 farlo così!

Wednesday, 24 March 2004

Stavo leggendo. Questo articolo. su 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.e Qui..
  • 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. per i ripettori inserti finché non ho visto la luce e mi sono spostato verso I metodi dei membri - 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

logo

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