3 projects i en solution.

prøv at lave en

private Koordinan _koor

Din constructor skal være protected

du skal have en

public static Koordinat KoordinatInstance
{
  if (_koor == null)
    _koor = new Koordinat();
  return _koor;
}

Ideen er, at der kun kan oprettes en instance af klassen. Dette styres ved at have protected constructor.

Derudover er der den statiske metode, som returnerer selve den instance, der skal bruges. Den tester selv på, om den lokale instance er oprettet.

Hvis du aldrig erklærer en ny instans af din klasse (Koordinat k = new Koordinat();) og du i din parametre til meotden altid overfører den instans af klassen, så burde det være den samme instans du jonglerer med.

Det som Benny har lavet kaldes en Singletonklasse. Den sikrer at der i dit program altid kun er een instans af klassen.
Men da du både kører eet program på IIS og et på din klient vil der være 2 instanser. (desuden er benny's forslag heller ikke tråd sikker)

Hvis du vil være sikker på at det er den samme instans du jonglerer med, bør du kun instantiere een gang ENTEN på din klient ELLER på din server og så giver klassen med i kald.
Hvis du alligevel vil bruge singleton, så gør den trådsikker:

---------------------
private Koordinan _koor
private static object m_padlock = new object();

Din constructor skal være private

du skal have en

public static Koordinat KoordinatInstance
{
  lock(padlock)
  {
    if (_koor == null)
        _koor = new Koordinat();
  }
  return _koor;
}
------------------

hent en instans af klassen gåledes:

Koordinat = Koordinat.KoordinatInstance();

er det det der heddder et singleton mønster?  jeg tror ikke jeg er helt med .. Hvordan skulle klassen så se ud?

finger >> Indrømmet, jeg har ikke tænkt på thread.

Men skal du ikke have en unlock, eller har jeg misforstået noget?

tror jeg er lidt forvirret... hvordan ville den rigtige/optimale måde være at løse dette på?

benny--> nej, man behøver ikke unlock. Når man kommer ud af lock området, låses der automatisk op igen.

_basil--> jeg vil mene at det bedste vil være at have styr på hvornår du laver en ny instans af din klasse og hvornår du laver en reference.

Jo men hvis jeg opretter instancen i fx windowsform, kan jeg jo ikke tilgå den fra webserviceklassen.. Jeg kan jo ikke ekspotere den som dll og dermed referere til den fra webservicen?

Hvis du har din klasse i samme solution som både winformen og webservicen og har lavet en reference til projektet med klasserne fra dem begge, så er der da ingen problemer i det.

Jeg tror sgu jeg har en hæklefejl i kysen :) Altså nu har jeg gjort følgende i min winform:
lavet en private klassevaribel og jeg instaniecerer også objektet her..
Jeg har lavet en metode der retunerer denne private variabel:
public Koordinat sendKo()
        {
            return ko;
        }
(og nej ikke MUUUUUHHHH!!)
Nu står jeg så i min webservice klasse og vil gerne tilgå denne metode så jeg får den rigtige reference? Men jeg kan jo ikke skrive Form1.sendKo();

Hvad er det lige jeg ikke forstår?

ææææhhh... nej det kan ikke lade sig gøre!
Webservicen og winformen er jo 2 selvtændige programmer.

Jeg var under den opfattelse af at du har en klasse koordinat med din info i som du vil sende frem og tilbage mellem webservice og winform...

Så skal du jo kalde en metode på webservicen der kan modtage din klasse, gøre noget ved din klasse og returnere den igen.

Er det det du vil?

Altså for at forklare hvad ideen er: Programmet skal bruges til at "fake" positionering.. Jeg har i min winform en flashklient med et kort hvor jeg kan flytte en lille rød prik rundt. Denne prik giver en koordinatstring fra sig som jeg fx kan skrive i en tekstboks.. Min ide er nu at lave en webservice der kan hente denne værdien af denne string..

Ideen er så at denne webservice bliver kaldt en gang i sekundet på en klient, der dermed opdaterer prikkens position alt efter hvor jeg flytter den hen i min winform...

problemet er vel at jeg ikke kan lave både en webform og webservice i samme project.. Så kan det her overhovedet lade sige gøre?

webservicen kan som sådan ikke hente den. det må være formen der skal sende data'en til webservicen. så kan webservicen evt returnere noget.
Hvis du vil lave det så "webservicen" skal hente data fra formen så skal du nok bruge en direkte socket forbindelse, men så hedder edt ikke webservice længere.

du kan ikke lave det i samme project, men godt som flere projects i samme solution.

Men er det ikke netop det jeg har forsøgt??

Ville en singleton implementering løse problemet og hvis ja hvordan skal klassen så se ud? Jeg har forsøgt at følge jeres svar uden held..

du skrev:
----------
Min ide er nu at lave en webservice der kan hente denne værdien af denne string..
---------
og sam sagt kan du ikke kalde din form fra webservicen, men skal kalde webservicen fra formen og overføre data til webservicen.

Singleton vil ikke løse noget her.

ok.. jeg takker for hjælpen.. Har løst det ved at lade webservicen styre det hele .. dermed ingen winform, kun en webservice