Newsgroup: it.comp.programmare.win32
Titolo: Xchè nessuno usa i componenti x tcp/ip?

Tutte le volte che guardo sorgenti di applicazioni Client/Server fatte 
in C++ vedo che tutti usano le winsock2.h o comunque librerie .h e 
nessuno usa i componenti già fatti x esempio del Borland tipo 
ClientSocket/ServerSocket o di VC++: xchè?
Sto guardando x esempio i sorgenti di VNC o Emule, xchè non usano "la 
pappa pronta"?
Grazie, domanda da newbies.


Portabilità?
Efficienza?
SF. 

 ha scritto nel messaggio 
news:vmZ5g.106675$PR2.1...@twister2.libero.it...

 Queste sono le mie considerazioni personali.
Molto esaustive, grazie.
Grazie anche a SF... mi smazzerò con le "socket" senza pappa pronta.

Ciccio ha scritto:

Se vuoi una buona pappa pronta, dai una occhiata a Twisted.
Il linguaggio usato è Python.
Uno dei vantaggi di Twisted è che sembra fornire un *vero* approccio
alla riusabilità del codice.
In C++ qualcosa di simile è ACE.
Entrambi usano il pattern Reactor.
Saluti  Manlio Perillo

 In C++ qualcosa di simile è ACE.
Cosè ACE? Un compilatore o un ambiente di sviluppo C++?
Comunque mi dò alle socket come le "persone serie" ;-)

> Comunque mi dò alle socket come le "persone serie" ;-)
Dipende dagli obiettivi.
SF. 

Io uso il socket winsock perchè oltre alla massima compatibilità puoi
comunicare con programmi creati in linguaggi differenti (es:
vb)...Risulta molto comodo in un paradigma di programmazione
Client/Server sviluppare in linguaggi differenti in base alle
necessità di quello che si deve fare...

 Io uso il socket winsock perchè oltre alla massima 

Su questo posso essere d'accordo. Ma si discuteva se utilizzare 
socket con le chiamate standard (passatemi il termine) o 
classi/componenti/ecc. che ne incapsulano il funzionamento.
La scelta, a mio parere, dipende dagli obiettivi.
SF. 

 Comunque mi dò alle socket come le "persone serie" ;-)
Di solito le persone serie sono anche furbe ed evitano di reinventare la
ruota e complicarsi la vita...
Saluti  Manlio Perillo

SF.
E' chiaro, se si ha poco tempo è inutile star lì a costruirsi
procedure anche complesse...Io in questo momento sto affrontando un
progetto complesso e l'unica soluzione è il winsock, poichè si
riescono a fare procedure anche a basso livello altrimenti impossibili,
inoltre ritorna utile come ho detto prima se si vuole comunicare con un
client o server in VB o anche altri linguaggi che utilizzino winsock

drav...@virgilio.it
 ha scritto:

Forse non ti è chiaro ma Twisted ed ACE *usano* i socket.
Solo che offrono una interfaccia ad alto livello per usarli.
Non solo, Twisted ad ACE sono framework per la programmazione asincrona,
quindi rendono molto facile scrivere, ad esempio, complessi server che
devono accettare molte connessioni.
Saluti  Manlio Perillo

 winsock
Sě, ma quello anche se utilizzi TClientSocket/TServerSocket (ad 
esempio).
SF.


Perche' le VCL (quelle di Borland) che io sappia non si possono usare al 
di fuori del Borland C++ Builder mentre le classi CSocket e CAsyncSocket 
piu' che "pappa pronta" si possono qualificare come "carrettata di merda 
appena sfornata".
La cosa piu' incredibile delle classi MFC e' che usano al loro interno 
una pompa di messaggi con relativa finestra non visibile e se passi 
un'istanza da un thread all'altro (cosa molto comune nella 
programmazione di rete) ti si scatena una tempesta di errori 
incomprensibili. Mai visto niente di peggio.