Statefull server i .NET (Remoting)

Nu ved jeg ikke helt hvad du mener med "statefull server", men med det jeg
ligger i ordet er det CAO der giver den funktionalitet.

Jeg vil gerne lave et serverObjekt, som gør det muligt for mine klienter at snakke sammen via det. De skal altså alle have det samme serverObjekt.

De informationer som bliver gemt på attributterne på serverObjektet må ikke forsvinde selvom der ikke er nogen klienter forbundet over en periode.

Giver det mening?

dna

Ja - så kan jeg godt forstå at du kigger på SAO Singleton.

Det burde bare virke.

Hvad betyder så det med at objektet bliver garbage-collectet, og et nyt objekt laves. Hvornår er det så aktuelt?

dna

Hvis objektet ikke er i brug så forbeholder .NET sig retten til at GC'e det
og genoprette det når det igen skal bruges.

Jeg tvivler på at det vil ske i praksis.

Jeg ved heller ikke om det er et problem i praksis at din server
efter en pause uden klienter starter "blank".

Men ellers har du en af de sjældne lejligeheder hvor du har mulighed for
at bruge en destructor i C# (til at save state med).

Jeg tillader mig lige at paste et lille afsnit fra dokumentationen:

Singletons
In COM, "singleton" meant that as long as clients had references to your object, the object would not be deleted from memory. In .NET remoting, however, a Singleton object is subject to the lifetime lease that was specified for it, so it can be recycled even if clients currently hold references to it. You can create the former type of Singleton object by overriding the InitializeLifetimeService method of MarshalByRefObject to return a null reference (Nothing in Visual Basic). This effectively keeps the object in memory as long as the host application domain is running. For details, see Lifetime Leases. You can create the latter type of Singleton object by configuring the initial lease time in the remoting configuration file.

Så vidt jeg kan se, er det præcis det dna ønsker

/Claus

hm.. jeg troede singleton var et pattern der gjorde at der kun blev oprettet et, og KUN et object af en type, og det var det ENE object man altid fik fat i og arbejde på.

Det er det også normalt. Men remotings definition af singleton er lidt mere
nuanceret end GoF.

Jeg har bestemt fået noget ud af dette spørgsmål, så hvis arne_v og clausc ligger et svar, så kan vi få det lukket.

dna

ok

well - vi har vist ventet længe nok!
Har fået lavet det! - så tak for de gode inputs!

dna