Typer av WCF Sessions

Windows Communication Foundation er en del av .NET Framework, og gir et sett av programvareverktøy som lar deg kontrollere meldingsfunksjonene i et program. SMS funksjoner er funksjoner som et program bruker til å kommunisere med andre programmer og operativsystemet. En gruppe av meldinger som blir kalt en sesjon. Det finnes flere typer av WCF sesjoner, som hver er egnet for en bestemt oppgave.

Sikkerhetsbasert Sessions

Med en sikkerhetsbasert Session, har begge ender av kommunikasjonskanal sette opp en sikker samtale. Dette gjøres ved hjelp av kryptering og digitalt signerte meldinger. Disse typer økter er best satt opp når innholdet i kommunikasjonstilbud med personlige opplysninger. For eksempel, i en bankapplikasjon, en økt som formidlet detaljer som kontonavn, kontonumre og kontosaldoer bør settes opp som en sikkerhetsbasert session.

TCP / IP Sessions

En Transmission Control Protocol / Internet Protocol sesjon brukes til å sette opp standard Internet protocol kommunikasjon. TCP / IP er et sett med protokoller som definerer hvordan maskinene kommunisere over Internett. Denne typen økten er best når du arbeider med en eksisterende Internett-tjeneste, eller å gi socket-nivå kommunikasjon mellom maskiner.

pålitelige Sessions

I datanettverk, er en pålitelig tilkobling en der både avsender og mottaker ta skritt for å sikre at en tilkobling er satt opp riktig, og at data overføres nøyaktig. I kontrast, gjør en upålitelig tilkobling en "best effort" forsøk på kommunikasjon. En upålitelig tilkobling er analogt til å slippe et brev i posten og ikke ber om leveringsbekreftelse. En pålitelig tilkobling er analog til en telefonsamtale. En god bruk av WCF økter av denne typen er økter hvor dataintegritet er av avgjørende betydning, og verdt overhead forbundet med å sette opp og vedlikeholde en pålitelig tilkobling.

MSMQ Datagram Sessions

En Microsoft Message Queuing økt er spesielt utviklet for levering av MSMQ Datagrammer. MSMQ tillater en rekke meldinger som skal fores opp i en kø. Avsenderen legger meldinger til slutten av køen, mens mottakeren fjerner meldinger fra forsiden av køen. Dette er nyttig for løst koblede økter, hvor begge systemene kan operere på helt andre skritt. Ved å tillate en kø for å lagre meldinger, kan begge systemer fungere på deres individuelle tempo uten tap av data.