Gå til innhold

Anbefalte innlegg

Skrevet

Heisan

Jeg har i en klasse en referanse til en record fra en Datatable. Altså en RecordRow.

 

Jeg har også en metode for å reloade denne recorden. Den funker slik:

 

void ReloadRecord()
{
 this.RecordObject = FileManager.GetRecord(this.GUID)
}

 

Hva vil skje med innholdet som tidligere da var i this.RecordObject ? Vil GC ta seg av dette automatisk eller må jeg håndtere dette på noen spesiell måte?

Dette er snakk om lesing gjennom et TableAdapter mot SQL server.

 

Bruker Visual Studio 2005.

Videoannonse
Annonse
Skrevet

Sålenge RecordRow ikke inneholder data som krever spesiell behandling (Connections eller unmanaged minne) så er ikke dette noe å tenke på.

Er RecordRow laget av deg? høres ut som et litt smør-på-flesk navn, siden Row og Record egentlig er det samme...

Skrevet
evt så snakker vi om én row i et record set? Da er det ikke smør på flesk ;)

Det stemmer Manfred. Dette er en ROW i et RecordSet hentet ut fra en DataTable.

 

Er ikke hovedregelen slik at hvis man bruker .NET staqndard komponenter så er dette av type MANAGED. Har i hvertfall fått inntrykk av det, og i så fall skal vel GC ta hånd om dette selv.

 

Min kode som henter ROW dataen er slik:

 

public class UserClass
{
 DataSetAdvisor.UserRow ThisUserrecord;

 public void GetData(string pGUID)
 {
DataSetAdvisorTableAdapters.UserTableAdapter TA = new Advisor.......();
DataSetAdvisor.UserDataTable DT = new DataSetAdvisor.UserDataTable();
DT = TA.GetDataByGUID(pGUID);
if (DT.Count == 0)
  ThisUserRecord = null;
else
  ThisUserRecord = DT[0];
 }
}

 

Alle objektene som henvises til i denne koden er auto generert av Visual Studio ved hjelp av Data Source editoren

Skrevet

ok, da er det egentlig ingenting å tenke på. RecordRow (jebus for et teit navn, et RecordSet burde inneholde Records) bruker ikke noen usedvanlige allokeringsrutiner eller vedlikeholder koblinger mot noe som helst viktig.

Skrevet
ok, da er det egentlig ingenting å tenke på. RecordRow (jebus for et teit navn, et RecordSet burde inneholde Records) bruker ikke noen usedvanlige allokeringsrutiner eller vedlikeholder koblinger mot noe som helst viktig.

 

 

Takker...

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...