[VB.NET] Classe Socket e TcpListener/TcpClient

[jupynet]

Ciao a tutti, vorrei fare un programma di messagistica da usare in una lan, ed ho visto che ci sono diverse classi che si possono usare.
La classe Socket:

srvSocket = New Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp)
srvSocket.Bind(New IPEndPoint(myIP, myPort))
srvSocket.Listen(backlog)
cliSocket=srvSocket.Accept()

La classe TcpListner/TcpClient

srvSocket As New TcpListener(myIP, myPort)
cliSocket As New TcpClient
srvSocket.Start()
cliSocket = srvSocket.AcceptTcpClient()

Secondo voi, quale è meglio usare?
Grazie

[oregon]

E' più semplice usare la seconda coppia ...

[jupynet]

Dalla risposta presumo che, semplicità a parte, siano equivalenti per le caratteristiche di base, ma se uno vuole approfondire per avere qualcosa in "più" è preferibile optare per la classe Socket, giusto?
Infatti, guardando le proprietà e i metodi delle rispettive classi, ho visto che la classe Socket è più "fornita"...

[oregon]

Dipende da quanto è sofisticato il programma che vuoi realizzare.

[jupynet]

Premesso che i reparti/uffici possono essere dislocati anche a diversi km di distanza (ma sempre collegati alla stessa intranet).
Per il momento il programma non è tanto sofisticato, volevo suddividerlo in due parti:
1) Scambio messaggi/comunicazioni tra uffici/personale (con possibilità di invio documenti/file)
2) Invio/ricezione, e gestione, bozze di documenti da visionare, collegati con note esplicative, per la successiva approvazione..
L'unica "certezza" che devo avere, è il buon esito dell'invio/ricezione del documento.

Per il futuro non escludo la possibilità di aggiungere altre funzionalità...tutto dipende da quanto prende piede il tutto.

[oregon]

Secondo me TcpClient / TcpServer ti semplificano la vita nel codice dato che quello che devi realizzare con la classe Socket è proprio un client e un server Tcp.

Se dovessi avere bisogno di qualcosa di "asincrono" lo realizzi con il Socket e tanto lavoro ma se ti vanno bene scambi sincroni allora ...

[jupynet]

Considerando che i documenti devono poter essere inviati anche se l'utente non è online, sarebbe questo l'unico scambio asincrono.
Questo penso di risolverlo, tramite il server Tcp, "parcheggiando" il documento sul server, e nel momento che si connette il client (destinatario) inviargli il tutto, e comunicare al mittente l'avvenuta consegna.
Come consigliato da te, penso di adottare l'accoppiata TcpListner/TcpClient.
Grazie per le delucidazioni..

[URANIO]

Domanda banale, non fai prima a fare un sito/applicazione web?
Un applicazione client/server nasconde molti problemi.

[jupynet]

Originariamente inviato da URANIO
Domanda banale, non fai prima a fare un sito/applicazione web?
Un applicazione client/server nasconde molti problemi.

Ciao, preferisco cimentarmi in un programma standlone.. a che tipo di problemi ti riferisci con un'applicazione client/server?

[URANIO]

Originariamente inviato da jupynet
Ciao, preferisco cimentarmi in un programma standlone.. a che tipo di problemi ti riferisci con un'applicazione client/server?

Se è standAlone non è client/server.
I problemi a cui mi riferisco sono vari e crescono con il crescere di complessità dell'applicazione. Un problema su tutti... se cambio l'interfaccia del server devo cambiare anche tutti i Client.

L'unico vantaggio che vedo di avere un applicazione c/s è poter spostare parte della logica e del calcolo sul client, ma in questo caso non ti serve.

Cmq se vuoi continuare in quella strada non usare TcpListener, usa WCF, o almeno un framework che permetta rpc, altrimenti diventerà ingestibile.