13. marts 2009 - 14:42Der er
4 kommentarer og 2 løsninger
Objekt levetid i ASP .NET
Hej eksperter
Jeg er ved at lave en hjemmeside, hvorpå jeg nogle gange skal gemme eller ændre nogle værdier i en database tabel. Denne tabel er ret omfattende og at lave en SQL kode der kan håndtere hvilken som helst ændring er ret stor og hård. Herved er det også svært at rette evt fejl.
Jeg ved, at i ren C# kan man hente en DataTable ud og redigere i denne, hvor man herefter kan sende den tilbage til databasen. Jeg kunne godt tænke mig at gøre det samme i ASP .NET, men har en bekymring.
Hvis jeg henter en DataTable ud, hvor længe vil dette objekt leve? Og hvis man kan holde det i live, hvorledes gøres dette, så jeg kan bruge det igen?
Med kunstig intelligens skaber HP’s nye OmniBook X 14 en unik og skræddersyet brugeroplevelse målrettet dem, der ønsker høj ydeevne og intelligente funktioner
alt inden for web er stateless - så skal du gemme noget, fx et objekt, på tværs af flere sideskift skal du selv sørge for at "huske" det, fx vha en session.
Der er mange måder at angribe problemet på - fx Entity Frameworket, hvor du mapper din database direkte over til objekter og få en masse foræret omkring database-redigeringen.
.NET bruger garbage collection. Så længe dit object er reachable så vil det ikke blive garbage collectet, når det ikke længere er reachable, så ryger det når .NET mener at det er tid at genbruge lidt memory.
Du kan gemme en ref i Application, Cache, Session, egen singleton etc..
Jeg kunne løse problemet via Session. Undskyld ventetiden, men det er først nu jeg har nået til problemet i projektet. I har begge ret, det skulle klares med Session. Så hvis i bege svarer, så kan jeg lukke spørgsmålet.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.