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

<datetime class="hidden">2004-03-24T00:00</datetime>

<!-- category -- mostlylucidcouk, Imported, ASP.NET, DataBinding, Performance, Member Methods, Code Review -->
Olen vain lukenut [tämä artikkeli](http://www.codeproject.com/aspnet/AspNetNestedRepeaters.asp) 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.com](http://www.codeproject.com/)Minulla 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ä](/posts/668.aspx)sekä [täällä](/posts/664.aspx).
- 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](/posts/650.aspx) Pesiville toistoille, kunnes näin valon ja siirryin eteenpäin [Jäsenten menetelmät](/posts/748.aspx) - 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!