Nested toistijat - uusi artikkeli Codeprojectista ja miksi niin ei pitäisi tehdä! (Suomi (Finnish))

Nested toistijat - uusi artikkeli Codeprojectista ja miksi niin ei pitäisi tehdä!

Wednesday, 24 March 2004

//

Less than a minute

Olen vain lukenut tämä artikkeli Euroopan parlamentin ja neuvoston asetus (EU) N:o 1306/2013, annettu 11 päivänä joulukuuta 2013, Euroopan parlamentin ja neuvoston asetusten (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, Codeproject.comMinulla on muutama ongelma sen suhteen, miten hän tekee asioita:

  • DataBinder.Eval - Minulla on nyt pakkomielle tästä - useimmissa tapauksissa tämä ei ole tarpeen, se on perseestä suorituskyvyn kannalta (voit tyypillisesti menettää noin 20 prosenttia verrattuna jännästi kirjoitettuun menetelmään). Olen kirjoittanut tästä pari kertaa. täälläsekä täällä.
  • OnItemDataBound - nyt en ole vielä tehnyt vertailua jäsenmetodeihin (muistutin itse asiassa, että saatan tehdä sen tänä viikonloppuna). Käytän tätä menetelmää koko ajan Pesiville toistoille, kunnes näin valon ja siirryin eteenpäin Jäsenten menetelmät - joka sekä tuntuu paljon "puhtaudemmalta" kuin tapahtumapohjainen lähestymistapa - tuntuu olevan huomattavasti nopeampi - koska se välttää tapahtumien kulun ja valun, joita ItemDataBound -lähestymistapa edellyttää.

Joten joka tapauksessa, laitan rahani sinne, missä suuni on, ja alan vihdoin kirjoittaa artikkelia näiden lähestymistapojen suhteellisista ansioista...mutta edellä mainitsemani kappaleet perustuvat moniin käyttötarkoituksiin todellisissa sovelluksissa - uskokaa pois, että teen näitä ehdotuksia, en päähänpiston, vaan paljon yrittämisen ja virheiden perusteella!

Finding related posts...
logo

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