.NET Remoting



Alla kunskaper som människor har samlat på sig under århundradena om .NET Remoting finns nu tillgängliga på internet, och vi har sammanställt och ordnat dem för dig på ett så lättillgängligt sätt som möjligt. Vi vill att du snabbt och effektivt ska kunna få tillgång till allt du vill veta om .NET Remoting, att din upplevelse ska vara trevlig och att du ska känna att du verkligen har hittat den information om .NET Remoting som du sökte.

För att uppnå våra mål har vi ansträngt oss inte bara för att få fram den mest uppdaterade, begripliga och sanningsenliga informationen om .NET Remoting, utan vi har också sett till att designen, läsbarheten, laddningshastigheten och användbarheten på sidan är så trevlig som möjligt, så att du kan fokusera på det väsentliga, att känna till alla uppgifter och all information som finns om .NET Remoting, utan att behöva oroa dig för något annat, vi har redan tagit hand om det åt dig. Vi hoppas att vi har uppnått vårt syfte och att du har hittat den information du ville ha om .NET Remoting. Vi välkomnar dig och uppmuntrar dig att fortsätta att njuta av att använda scientiasv.com .

.NET Remoting är ett Microsoft Application Programming Interface (API) för interprocess-kommunikation som släpptes 2002 med 1.0-versionen av .NET Framework . Det är en i en serie av Microsoft-teknik som började 1990 med den första versionen av Object Linking and Embedding (OLE) för 16-bitars Windows . Mellanstegen i utvecklingen av dessa tekniker var Component Object Model (COM) som släpptes 1993 och uppdaterades 1995 som COM-95, Distribuerad Component Object Model (DCOM), släpptes 1997 (och döptes om till Active X) och COM + med sin Microsoft Transaction Server (MTS), släppt år 2000. Den ersätts nu av Windows Communication Foundation (WCF), som ingår i .NET Framework 3.0 .

Liksom sina familjemedlemmar och liknande tekniker som Common Object Request Broker Architecture (CORBA) och Java's Remote Method Invocation (RMI), är .NET Remoting komplex, men dess essens är enkelt. Med hjälp av operativsystem och nätverksagenter skickar en klientprocess ett meddelande till en serverprocess och får svar.

Översikt

.NET Remoting tillåter ett program att göra ett objekt (kallat fjärrobjekt ) tillgängligt över fjärrgränser , vilket inkluderar olika appdomäner , processer eller till och med olika datorer som är anslutna via ett nätverk. NET Remoting-körtiden är värd för lyssnaren för förfrågningar till objektet i serverapplikationens appdomän . I klientänden proxideras alla begäranden till det fjärrbara objektet av .NET Remoting runtime över Channel objekt som inkapslar det faktiska transportläget, inklusive TCP- strömmar, HTTP- strömmar och namngivna rör . Som ett resultat, genom att starta rätt Channel objekt, kan en .NET Remoting-applikation göras för att stödja olika kommunikationsprotokoll utan att kompilera om applikationen. Själva körtiden hanterar serialisering och samordning av objekt över klient- och serverappdomänerna.

.NET Remoting gör en hänvisning till ett avlägsningsbart objekt tillgängligt för ett klientprogram, som sedan startar och använder ett avlägsningsbart objekt som om det vore ett lokalt objekt. Dock sker det faktiska kodutförandet på serversidan. Ett fjärrobjekt identifieras av aktiverings- URL: er och instantiseras av en anslutning till webbadressen. En lyssnare för objektet skapas av fjärrkontrollen när servern registrerar kanalen som används för att ansluta till det fjärrbara objektet. På klientsidan skapar fjärrinfrastrukturen en proxy som står in som en pseudo-instantiering av det fjärrbara objektet. Det implementerar inte det fjärrföremålets funktionalitet, men presenterar ett liknande gränssnitt. Som sådan måste fjärrinfrastrukturen veta det offentliga gränssnittet för det fjärrbara objektet i förväg. Alla metodanrop som görs mot objektet, inklusive metodens identitet och alla parametrar som skickas, serieras till en byteflöde och överförs över ett kommunikationsprotokollberoende Channel till ett mottagarproxyobjekt på serversidan (" marshalled "), genom att skriva till Kanalens transportsänk. På serversidan läser proxyen strömmen från diskbänken och ringer till det avlägsna objektet för klientens räkning. Resultaten serieras och överförs över diskbänken till klienten, där proxyen läser resultatet och överlämnar det till den anropande applikationen. Om det fjärrstyrda objektet behöver göra en återuppringning till ett klientobjekt för vissa tjänster, måste klientapplikationen markera det som fjärrstyrt och ha en fjärrkontroll som värd för en lyssnare för det. Servern kan ansluta till den via en annan kanal eller över den redan existerande om den underliggande anslutningen stöder dubbelriktad kommunikation. En kanal kan bestå av ett antal olika kanalobjekt, eventuellt med olika heterogena transporter. Således kan fjärrkontroll också fungera över system separerade av en sammankoppling av heterogena nätverk, inklusive internet. Typsäkerhet upprätthålls av CTS och .NET Remoting runtime. Fjärrmetodsamtal är i sig synkrona. asynkrona samtal kan implementeras med trådbibliotek. Autentisering och åtkomstkontroll kan implementeras för klienter genom att antingen använda anpassade kanaler eller genom att vara värd för de avlägsningsbara objekten i IIS och sedan använda IIS-autentiseringssystemet.

Referenser

externa länkar

Opiniones de nuestros usuarios

Filip Ivarsson

I det här inlägget om .NET Remoting har jag lärt mig saker jag inte visste, så jag kan gå och lägga mig nu.

Ida Isaksson

Språket ser gammalt ut, men informationen är tillförlitlig och i allmänhet ger allt som skrivs om .NET Remoting mycket självförtroende.

Annika Berggren

Det är en bra artikel om .NET Remoting. Den ger nödvändig information, utan överdrifter.

Gert Fors

Äntligen! Nuförtiden verkar det som att om de inte skriver artiklar med tiotusen ord så är de inte nöjda. Mina herrar innehållsskribenter, detta JA är en bra artikel om .NET Remoting.