WriteBuffer în InDy 10
sub rezerva :( În cazul în care este el în cartea mea despre 9mu indie și peste tot în plasa menționată la o caracteristică excelent WriteBuffer TidTCPClient la 10m este de negasit -? .. nici în funcțiile de client de la orice IOhandler eu fac ceva greșit în căutarea foarte reticenți în a rearanja BDS? .
> [0] Volfram # xA0; (01/06/07 16:39)
.IOHandler.InputBuffer
Și cum este el? Judecând după ajutor, aceasta este reprezentarea datelor primite prin soclu. Și pentru a trimite aceste date?
și sigur, în momentul în care am greșit!
există un câmp FWriteBuffer: TIdBuffer; dar este estestvenno privat, dar nu există proprietăți publice, vezi de ce dezvoltatorii au decis să nu ofere acces direct la acest buffer)
zashib :) Și cum să-mi trimit apoi o înregistrare? Am venit cu o variantă cu trimiterea TStream, care, la rândul său Svob, a făcut WriteBuffer :) dar nu a efectuat în cazul în care trebuie să specificați dimensiunea câmpului - în Stream, Stream înainte de a trimite în priză, și aici, și acolo. 0_o
> [4] Volfram # xA0; (06.01.07 17:44)
Deci, de ce mergeți la WriteBuffer pentru redirecționare? în mod implicit este în general, în măsura în care știu, dezactivată!
> Și cum pot trimite apoi o înregistrare?
ceva de genul ăsta
var
# xA0; octeți: TBytes;
.
# xA0; octeți: = RawToBytes (Rec, SizeOf (TRec));
# xA0; IdTCPClient1.IOHandler.Write (octeți);
Fiecare versiune a lui Indy nu-și amintește de cea anterioară.
2 Eraser
WriteBuffer - aceasta este procedura care a fost în 9m InDi :)
procedură WriteBuffer (const ABuffer; AByteCount: Longint; const AWriteNow: Boolean = False);
Și mulțumesc pentru metoda!
2 Anatoly Podgorețki
Și nu tu tu ai tradus Indy în adâncime. )
A fost un caz tradus.
Mulțumesc foarte mult, mare lucru, acum mă ajută :) Este un păcat că cu InDi de 10 m se deosebește. -_-
Da, eu subscriu pe deplin la mântuirea menționată mai sus.
Și mai mult mulțumiri pentru site. Aceasta este, în general, o sursă de cunoaștere. foarte mult de acolo am luat-o și am luat-o până acum.
P.S. Recunoștință începător.
> [7] Volfram # xA0; (06.01.07 18:45)
> WriteBuffer - aceasta este procedura care a fost în 9m InDi :)
Da și sigur. chiar acum îmi amintesc) Nu am deloc memorie)
Am uitat instantaneu, aproape că am uitat de indivizi în mai puțin de o lună, îmi amintesc doar momentele generale.
> Dar diavolul ma făcut să dau o legătură cu traducerea dvs. unuiuia dintre angajații noștri (deja fost).
Da, tu greu lohanulsya
Nu am nicio plângere specială pentru Indy, cu excepția faptului că este un produs străin pentru Vindous și Delphi, are ideologia Unixului și în fiecare an devine un monstru tot mai mare, versiunea 10 ucide deja.
Există locuri în care se descurcă bine, cum ar fi clienții subțiri, de exemplu fișier acolo încărcați, dar numai ca te duci pe partea de server, în special cu complexe, multi-threading logica, astfel încât cel puțin a închis, proiectul se încadrează în afară în fața ochilor noștri, și pentru a realiza o lucrări durabile și controversate, este necesar nu puneți o duzină de forțe.
Cu ICS acest lucru nu este, totul este simplu și în stilul Delphi - care manipulează și reacționează în ele. În versiunea 10 a lui Indy, au încercat să pună în aplicare Modelul Event Driven - sa dovedit dezgustător. Trebuie să stați pe versiunea 8 sau 9 și să nu vă bateți sau să vă scrieți de la cel mai mic nivel.
Ce este utilizarea lui Indy 10 are un server deja pregătit pentru NNTP, chiar dacă a funcționat, dacă te uiți la arhivele forumului Indy, atunci părul devine sfârșit.
Și ambele produse au o durere de cap comună - această documentație, acesta este un dezavantaj tipic al Open Source. Indy, în acest caz cel puțin arată mai bine.
Memorie: 0,76 MB
Timp de timp: 0.078 sec