Newsgroup: it.comp.lang.delphi
Titolo: componenti TTcpServer & TTcpClient

sto cercando documentazione dettagliata su questi componenti, da due mesi
forniti con delphi 6 enterprise qualcuno puņ aiutarmi?
grazie antipatamente

 interruzione del canale Server-Client.
informazioni di questo genere mi interessaano differenze e dettagli di
TTcpServer ho già letto la documentazione di InDy sia sul sito che sull'help
in linea e li ho trovati semplicissimi da usare, ma comanda il capo.
ciao vanni


 io che faccio?
Di` al tuo capo che questa eventualita` e` remota e, comunque, l'uso di
altri componenti non ti allontana dagli stessi rischi (anzi).
Nella mia azienda, si usano molti componenti "esterni", senza questa
preoccupazione, anche se e` buona regola acquistare sempre i sorgenti.
--------------------------------
Inviato via 
http://usenet.libero.it

Senti io sono l'autore di uno pacchetti di trasmissione che viene oggi
utilizzato da alcuni centri di distribuzione per comunicare con i propri
punti di vendita, dopo svariati tentativi di vari componenti, tra cui quelli
nativi del Delphi, sono arrivato alla conclusione che gli Indy sono i
migliori per stabilità.
Ho avuto lo stesso tuo problema con il capo, ma visto che poi sono i
programmatori finali che si devono prendere le responsabilità della
stabilità di un prodotto, sono stessi loro i "capi" di quello che devono
usare per far uscire un qualcosa di fatto bene.
Poi per questa tipologia di componenti c'è poco da documentarsi, alla fine
il loro utilizzo è molto semplice, devono soltanto funzionare bene. Mi
preoccuperei più del resto, di costruirci per esempio attorno una struttura
a thread che è necessaria per tenere sempre impiedi l'applicativo.
Poi il supporto ce l'hai più con una società tipo la Nevrona che fa questo
tipo di componentistica, che la Borland che produce strumenti di sviluppo
software generico. Cmq sul sito 
www.nevrona.com
 esiste una versione pro dei
suoi componenti, ovviamente a pagamento.
Saluti,
  Fabio

 usare per far uscire un qualcosa di fatto bene.
Non e` sempre vero. Sei fortunato se hai una certa influenza o addirittura
un certo potere decisionale, in azienda, ma per molti altri potrebbe non
essere cosi` ;)


 essere cosi` ;)
Non è fortuna, tutti i "capi" ci provano a tenerti sotto direttive strette,
soprattutto perchè tenendo il controllo loro possono sostituirti più
facilmente in caso di cambio personale.
L'indipendenza la si ottiene con tenacia ed è anche dura mantenerla, perchè
dopo bisogna sempre dimostrare le proprie capacità con dei risultati
rapportati alla libertà ottenuta, sempre considerando il rischio che
l'azienda si accolla nel caso quel determinato dipendente lasci la sede.
Saluti,
  Fabio


volevo dire uso TTcpServer e TTcpClient

 a thread che è necessaria per tenere sempre impiedi l'applicativo.
scusa ma TTcpServer non crea dei Thread per ogni client che si collega al
server?


 ha scritto nel messaggio
news:am4cpg$2fvst$1...@ID-161077.news.dfncis.de...


 ha scritto nel messaggio
news:am4f1v$nvo$1...@lacerta.tiscalinet.it...


 ha
scritto:

E quindi li usi Indy..... non capisco...


 l'azienda si accolla nel caso quel determinato dipendente lasci la sede.
Non so di che "indipendenza" parli, io so soltanto che, normalmente, in
aziende piu' o meno organizzate, non c'e' mai vera indipendenza. Puoi
raggiungere dei livelli in cui la tua opinione "influenza" in modo piu' o
meno grande certe altre opinioni e raggiungere questo livello io lo
definisco una fortuna ;), anche perche' il programmatore guarda ai vantaggi
tecnici, chi, invece, amministra, deve guardare anche all'investimento
economico e non sempre questi due fattori vanno d'accordo.


 inetto
Ma con chi lavorate voi ??? :)


no non uso indy uso "TTcpServer" e "TTcpClient"  che sono che sono nel tab
internet e discendono dalla classe TBaseSocket della vcl di borland delphi 6
, e non "IdTcpServer" e "IdTcpClient" che sono nel tab "indy servers" e
discendono dalla classe TIdBasecomponent di Nevrona


 sicuramente farò notare i pro e contro dicendo la mia, ma fino ad
allora...
Non ti serve la documentazione, piuttosto un accurato test. Devi perderci un
pò di tempo, implementi una struttura test simulando quello che ti serve e
cominci a vedere se i componenti riescono a far tutto quello che ti serve,
poi cominci far cadere brutalmente la linea, chiudi un client e cose simili,
e vedi se riesci a ricuperare una trasmissione.
Vedrai che la scelta sarà dipendente dalle necessità.
Ciao,
  Fabio

 Ma con chi lavorate voi ??? :)
Sapessi... certe litigate e che strilli! MA alla fine ci si diverte....