Weblogs / wyk / Indy pentru .NET

avind nevoie sa creez un program care trebuie sa foloseasca protocolul HTTP cu suport de Socks proxy am descoperit ca .NET in genere nu suporta Socks. mai mult ca atit nu exista nici o modalitate sa implementezi o clasa de Socks suport cu care sa extinzi suportul de proxy la HttpWebRequest (clasa de HTTP client). singurul proxy suportat e HTTP Proxy.

asta e foarte stupid si foarte neplacut cind ai nevoie numaidecit de Socks.

singura solutzie a fost crearea de clase proprii, incepind cu TcpClient propriu (care suporta SSL si Socks), si terminind cu Coockies manager, HTTP request formatter si parser. asta a fost tare neplacut si nu prea efectiv intru cit s-a pierdut mult timp pe implementarea lor (si nu chiar reusita).

recent am descoperit ca librariile Indy au fost portate pe .NET. cine a lucrat cu Delphi nu are cum sa nu stie de Indy. probabil aceasta e cel mai super lucru la Delphi (personal m-au ajutat in 2/3 din programe scrise sub Delphi).

cum am descoperit portul am inceput incercarile de utilizare a lui. (partea rea e ca documentatzia e foarte proasta, foarte greu de gasit exemple de utilizare, care nu e intuitiva..) totul bine si frumos pina a descoperi ca pe .NET nu e suportat SSL IOHandler-ul. fara acesta accesul la https:// este inchis.. vestea si mai proasta e ca proiectul sta pe loc cam din decembrie anul trecut..

concluzia?.. nu prea pot formula vre-o una.. Indy mi-au placut tot timpul deoarece erau cu cod deschis, si cum nu-mi placea ceva puteam investiga problema si fixa. acuma lucrind cu clasele .NET pentru lucrul cu internetul ma simt cam limitat.. poate au simplificat prea tare.. (perestaralisi)