13. marts 2005 - 20:52Der er
12 kommentarer og 1 løsning
Remoting eller Sockets ?
Jeg læste lige i et andet spm at der var noget der hed remoting over TCP.
Står selv overfor at skulle bikse en lille Client-Server Application sammen i C#.NET .
Havde egentlig tænkt mig at bygge en lille TCP Server og TCP Klient, og opfinde min egen personlige protokol, til den information og beskeder jeg skal overføre.
Men ville det være smartere/lettere/muligt, helt at slippe for at skrive TCP koden, og protokollen. Og lave et eller andet .NET Trylleri, hvor klienten kan kalde almindelige metoder på serveren og omvendt ??
Og hvis svaret er ja - Kommer mit næste spm, hvad hvis man laver en sådan løsning, kan den så håndtere tabt forbindelse ordenligt. Ligesom man kan lave en keep-alive løkke med tcp, og om nødvendigt reconnecte.
Mvh
p.s. Forbindelsen skal være tcp, jeg kan ikke bruge web-services. Med mindre der er noget der hedder xml-web-services over tcp begge veje.
Klienten skal etablere en forbindelse, og derefter skal der kunne sendes begge veje.
Jeg kigger mere på det imorgen. Men jeg tror nu nok at det ender med at blive en almindelig TCP løsning. Fordi jeg er bange for at miste kontrollen med det andet, specielt når det er over internettet.
Hvis man skal kunne initiere kommunikation fra begge sider så kan man enten vælget sockets eller man kan lade begge ender furngere som både remoting client og server.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
