Socket in VB.NET

6 Risposte

• /

  Anonimizzato389

  Utente anonimizzato

  10 nov 2005, 10:39

  Avevo il tuo stesso problema...
  Poi ho deciso, passando a .NET, di abbandonare i socket.
  1) se si interrompe la trasmissione da porta a porta rischi di imbattere in errori non gestibili
  2) il socket ti costringe a dedicare una porta a quell'applicazione
  Perchè non fai un bel servizio da lasciare attivo e di connetti al servizio tramite l'ide di .net?
  Un web service in sostanza, che gira sulla porta 80
  
  fabio gix
• 

  Toki

  Moderatore

  Iscritto da

  gen, 2001

  Messaggi

  3900

  10 nov 2005, 11:04

  Ciao a tutti,
  
  sono daccordissimo con il consiglio di fabio_v,
  inoltre aggiungerei che basandosi su protocollo soap, risolvi pure eventuali problemi di firewall.
  
  P.S. Ciao Fabio_v come stai? è da una vita che non ci sentiamo...
  
  A volte basta un solo carattere sbagliato nel codice sorgente per mettere in crisi un' intera applicazione...
• /

  Anonimizzato389

  Utente anonimizzato

  10 nov 2005, 12:20

  Ciao mitico Toki!!
  E' una vita si...
  Ogni tanto come vedi, mi dedico al tuo UTILISSIMO forum.
  Oggi è il quarto di 5 giorni di corso su SQL 2000 (oggi viene presentato tra l'altro il 2005).
  
  Scrivimi pure via email così ci raccontiamo un po' di cose
  
  fabio gix
• /

  Anonimizzato2428

  Utente anonimizzato

  14 nov 2005, 21:12

  Grazie raga...
  
  Cercando sul web ho trovato nel dettaglio come utilizzare i socket... comunque darò un'occhiata al vostro consiglio
  
  bye bye
• /

  Anonimizzato431

  Utente anonimizzato

  21 nov 2005, 12:42

  Io personalmente non userei i WebServices. infatti i Ws vengono chiamati dal client verso il server, mentre mi sembra di capire che Dracula.e vuole gestire dal server i client e quindi il client che manda la richiesta in questo caso è il server e il server diventa il client (sorry il gioco di parole).
  a mi avviso continua a studiare i sockets (namespace system.Net.Sockets) che sono la scelta migliore e non ti vincolano a installare IIS.
  ora, se usi WS devi caricare su tutti i Client IIS mentre con un app. che sfrutta il socket non serve.
  se ti posso essere d'aiuto io sono qui sul socket o webservices.
  saluti
  marco
• /

  Anonimizzato2504

  Utente anonimizzato

  29 dic 2005, 22:46

  <BLOCKQUOTE id=quote><!--<font size= face="" id=quote>-->quote:<hr height=1 noshade id=quote>
  io personalmente non userei i WebServices. infatti i Ws vengono chiamati dal client verso il server, mentre mi sembra di capire che Dracula.e vuole gestire dal server i client e quindi il client che manda la richiesta in questo caso è il server e il server diventa il client (sorry il gioco di parole).
  a mi avviso continua a studiare i sockets (namespace system.Net.Sockets) che sono la scelta migliore e non ti vincolano a installare IIS.
  ora, se usi WS devi caricare su tutti i Client IIS mentre con un app. che sfrutta il socket non serve.
  se ti posso essere d'aiuto io sono qui sul socket o webservices.
  saluti
  marco
  
  
  <hr height=1 noshade id=quote></BLOCKQUOTE id=quote><!--</font id=quote><font face="" size= id=quote>-->
  
  Con il Framework 2.0 grazie alla classe HttpListener si può creare un piccolo Web Server per farci girare dei servizi. Infatti quella classe non è altro che un "wrapper" ad http.sys utilizzato da IIS 6.
  C'è solo un inconveniente... Il supporto è solo per WinXP/2003/(Vista)