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
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