Alternativ til Databinder-klassens Eval-metode

Jeg synes da det fungere udemærket, hvis du ikke gør synes jeg da at du skal komme med en begrundelse, og så kan vi måske finde en løsning på det problem.

noget á la dette eksempel(bare helst noget der baerer mere frugt end dette eksempel)
http://www.dotnet247.com/247reference/msgs/2/11319.aspx

/ DP

DataBinder.Eval benytter latebound vurdering på runtime-tidspunkt gennem brug af reflection. Det er derfor indlysende at den resulterer i bemærkelsesværdig dårlig performance sammenlignet med standard ASP.NET databinding syntax.

/ DP

get a life......

hvad skal man bruge et alternativt til?!?!?!?

Hvis du endelig vil gøre det på en anden måde, så send da et objekt af typen System.Object som du binder dine data til, i dit datatilgangs lag.

Mvh

DK

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemwebuidatabinderclassevaltopic1.asp?frame=true

/ DP

På ovenstående link er der ca. halvvejs nede på siden en advarsel mod at bruge denne børnevenlige metode.

disco-fætter >>
Da det ikke er sjældent at de systemer jeg laver har 10.000+ brugere er det af afgjort betydning...

/ DP

for de der taler eng.:

"CAUTION  Since this method performs late-bound evaluation, using reflection, at runtime, it can cause performance to noticeably slow compared to standard ASP.NET data-binding syntax."

/ DP

...og som det fremgaar har foerste postede link er jeg ikke den eneste der er faldet over omkostningerne ved at benytte DataBinder.Eval...

...men det selvf. kan vaere at de ogsaa bare mangler at få et liv (disco-anders)

/ DP

anyways...
Jeg er noedt til at lukke og slukke...

disco >>
hvis du har mod på det kan du jo forklare hvad du mener med at "sende et objekt af typen System.Object som du binder dine data til, i dit datatilgangs lag" ?
Jeg forstår ikke helt hvad du mener...

/ DP

hmmm...
det var ikke mange der havde noget konstruktivt at bringe til diskussionen om denne fremgangsmaade.
Fra mit synspunkt tilhoerer denne fremgangsmaade (DataBinder.Eval) en af disse som programmmoerer elsker grundet dens lette implementering og som de derfor ikke taenker naermere over.
Det kraever ikke meget indsigt i .NET arkitekturen for finde ud af at denne boernevenlige metoder ofte har en hoej pris et andet sted (robusthed || performance). Den bruger latebinding og reflection som er to ting der burde faa en .NET programmoer til at standse op og lede efter alternativer... ogsaa selv om fremgangsmaaden goer det muligt at skrive mere kode paa kortere tid.

Sum: enhver programmoer der ikke hedder "middelmaadig" til mellemnavn boer ikke bruge DataBinder.Eval hvor man ikke er noedsaget til dette...

/ DP

jeg vil meget gerne vise hvad jeg mener, men først skal du forklare mig hvad der er galt i og binde sine data til en kontrol på denne måde her:

text='<%# DataBinder.Eval(Container.DataItem, "Price") %>'

what's wrong with that?!?!?!

Det har han skrevet:
"DataBinder.Eval benytter latebound vurdering på runtime-tidspunkt gennem brug af reflection. Det er derfor indlysende at den resulterer i bemærkelsesværdig dårlig performance sammenlignet med standard ASP.NET databinding syntax."

>> quaser

ja okay, men nu når du siger "standard" ASP.NET databinding syntax, må jeg så ikke se hvad du mener med standard? Det er jo et vidt begreb...

lidt kode vil være dæjli'....

:-)

>> disco keld
Jeg ved ikke hvad standard er, så det må være op til donpedrodelavega

Oki....

>>> donpedrodelavega er du der? :-)

Hvis man hurtigt skal have loopet indholdet fra en database igennem, så er det effektivt og databind sine data til en server kontrol som et datagrid, datalist eller en repeator.

Men hvad hvis man kun skal have udskrevet et felt?

Så er det måske lidt overkill og anvende et datagrid eller datalist kontrol.

Man kan eksempelvis binde sine data, til en label kontrol som følgende:

----------------------------------------------------------------------------
'ProfileDetails objektet
Public Structure ProfileDetails
    Public Profile As String
End Structure

-----------------------------------------------------------------------------
'Datatilgangs laget

Public Function GetProfile() As ProfileDetails
            Dim oConnection As New SqlConnection(DB("DataBase"))
            Dim oCommand As New SqlCommand
            Dim oDataReader As SqlDataReader
            Try
                oConnection.Open()
                With oCommand
                    .Connection = oConnection
                    .CommandText = "spGetProfile"
                    .CommandType = CommandType.StoredProcedure
                    oDataReader = .ExecuteReader(CommandBehavior.CloseConnection)
                End With
                Dim oDetails As New Library.ProfileDetails
                While oDataReader.Read
                    With oDetails
                        .Profile = oDataReader("Profile").ToString
                    End With
                End While
                oDataReader.Close()
                Return oDetails
            Catch ex As Exception
                Throw ex
            End Try
        End Function

-----------------------------------------------------------------------------
'Code-behind (UI)

Dim oProfile As New Data.Profile
Dim Details As Library.ProfileDetails = oProfile.GetProfile
With lblProfile
  .Text = Details.Profile
End With

-------------------------------------------------------------------------------

Læg mærke til Profile fieled i Structuren. Ved at instantiere den Structure, som i øvrigt er af typen Value Type, tager jeg en kopi af den og har her Profile fieled tilrådig. I datatilgans laget, opretter jeg en metode som returnere netop det data fra databasen, som jeg har bundet til Profile objektet.

Dette objekt kan jeg ved hjælp af en variabel reference, binde til min label kontrol:

.Text = Details.Profile

Det er genialt..... :-)

ASP.NET databinding standard >>
tja... som i begge er inde paa er det lettere at naevne hvad der ikke er og det kan her med sikkerhed siges at brug af DataBinder klassen IKKE er...
nu kan jeg ioevrigt citere baade MSDN og mig selv naar jeg skriver "...slow compared to standard ASP.NET data-binding syntax.".

disco >>
du foreslaar altsaa at man bruge valuetype structures i codebehind og webcontrols i praesentation som alternativ til DataBinder klassen ?

/ DP

btw.
http://www.eksperten.dk/spm/372063

>>> DP

hmmmm.....

>> du foreslaar altsaa at man bruge valuetype structures i codebehind ?

ikke generelt, men hvis man opretter et sådan objekt som ikke indeholder andet, så er det ikke nødvendigt at lave en Class. Men det er op til en selv...

>> webcontrols i praesentation som alternativ til DataBinder klassen ?

Nu ved jeg ikke helt hvad du mener her, men jeg plejer da at gøre sådan her når jeg looper noget igennem fra db med en datalist webkontrol.

f.eks.:

<asp:datalist
  id="dlNews"
  runat="server"
  repeatcolumns="1"
  repeatdirection="Vertical"
  repeatlayout="Table"
  >
  <itemtemplate>
      <asp:hyperlink
        id="lnkNews"
        runat="server"
        text='<%# DataBinder.Eval(Container.DataItem, "Topic") %>'
        navigateurl='<%# "../../News.aspx?PageID=5&newsid=" &DataBinder.Eval  (Container.DataItem, "NewsID") %>'
    />
  </itemtemplate>                           
</asp:datalist>   

Hvis jeg ikke skal loope dataene igennem, så anvender jeg blot ovenstående eksempel hvor:

With lblProfile
  .Text = Details.Profile
End With

er en label webkontrol

<asp:label id="lblProfile" runat="server">

disco >>
ovenstaaende eksempel benytter DataBinder hvilket vil sige at data ikke bindes paa det ordinaere DataBind tidspunkt. Det vil sige def. paa latebound.
Standard ASP.NET databinding techniques indebaerer at data bindes paa eventen DataBind og ikke andre...

btw...
http://www.eksperten.dk/spm/372554

/ DP

lad mig se en standard databinding technique!

d_k>> som nævnt, så skal databinding foregå i OnDataBind-eventen, evt. ved hjælp af subklassing

protected override void OnDataBinding(EventArgs e) {
  Label minLabel = (Label)dlNews.FindControl("lblProfile");
  minLabel.Text = "hej";

  base.OnDataBinding(e);
}

>> CF

Davs du....! :-)

Jamen der kan man bare se. Den havde jeg lige ikke lige set før, den teknik der.

Det er da fee....

Men nu når du siger, subclassing. Hvad mener du med det begreb?

subklassing er når du udvider en eksisterende klasse ved hjælp af nedarving. F.eks. i dette tilfælde, hvor man ville lave en ny klasse der arver fra System.Web.UI.WebControls.Datalist, og i den override OnDataBinding.
Istedet for at subklasse kan man dog gøre brug af DataBinding-eventen som findes i Datalist-klassen, hvilket måske umiddelbart ikke er så omstændigt. Om der er nogle perfomance-mæssige forskelle ved at gøre det på den ene eller den anden måde skal jeg dog ikke kunne svare på på stående fod :)