StringReader StreamTokenizer Writer BufferedWriter CharArrayWriter FilterWriter OutputStreamWriter FileWriter PipedWriter PrintWriter StringWriter Juhiseid orienteerumiseks Standardsisend System.in kuulub klassi InputStream Standardväljund System.out ja veaväljund System.err kuuluvad klassi PrintStream Tekstivoogudega (NB! Unicode) tegelevad Reader- ja Writer-klassid, baidivoogudega InputStream- ja OutputStream-klassid, andmevoogudega DataInputStream- ja DataOutputStream-klassid, kusjuures andmevoo interpreteerimiseks võib ise luua uusi mooduseid spetsialiseerides klasse prefiksiga Filter... Kui voo allikaks on fail, siis kasutatakse "aluspõhjaks" (täpsem info leidub vookonstruktorite kirjeldustes) klasse FileInputStream ja FileOutputStream (andmed) või FileReader ja FileWriter (tekst). Sisemälu saab kasutada baidivoona (ByteArrayOutputStream, ByteArrayInputStream) või
nähtud siiski vaid TDD edastuseks. Võttes arvesse kõikvõimalike peegelduste mõju läheb vaja head sünkroniseerimist. TDD kasutamist eelistatakse järgmistel põhjustel: · TDD võimaldab seada alla/üleslaadimise suhet ja valida see vastavalt tegelikule allalaadimise/üleslaadimise andmevoole · Erinevalt FDDst, mis kasutab edastuseks kahte kanalit, kasutab TDD ühte kanalit nii alla kui ka üleslaadimiseks ja võimaldab seejuures suuremat paindlikkust andmevoogudega kohanemiseks · TDD rakenduseks vajaminev saatja/vastuvõtja on lihtsam ja seetõttu ka odavam Kaadri osad: · Preambula (Preamble) on kaadri esimene sümbol ja on ette nähtud sünkroniseerimiseks · Kaadri juhtimispäis (Frame Control Head FCH) järgneb preambulale ja sisaldab kaadri konfigureerimise andmeid nagu kodeerimisskeem, kasutatud alamkanalid · DLMAP ja ULMAP väljades on alamkanalite asukohad ja muu DL ja UL alamkaadrite
nähtud siiski vaid TDD edastuseks. Võttes arvesse kõikvõimalike peegelduste mõju läheb vaja head sünkroniseerimist. TDD kasutamist eelistatakse järgmistel põhjustel: · TDD võimaldab seada alla/üleslaadimise suhet ja valida see vastavalt tegelikule allalaadimise/üleslaadimise andmevoole · Erinevalt FDDst, mis kasutab edastuseks kahte kanalit, kasutab TDD ühte kanalit nii alla kui ka üleslaadimiseks ja võimaldab seejuures suuremat paindlikkust andmevoogudega kohanemiseks · TDD rakenduseks vajaminev saatja/vastuvõtja on lihtsam ja seetõttu ka odavam Kaadri osad: · Preambula (Preamble) on kaadri esimene sümbol ja on ette nähtud sünkroniseerimiseks · Kaadri juhtimispäis (Frame Control Head FCH) järgneb preambulale ja sisaldab kaadri konfigureerimise andmeid nagu kodeerimisskeem, kasutatud alamkanalid · DLMAP ja ULMAP väljades on alamkanalite asukohad ja muu DL ja UL alamkaadrite
Kui andmed korralikult kohale ei jõua, siis saadetakse need uuesti ehk korratakse saatmist. Protokoll tegeleb ka voojuhtimisega ja ülekoormuse kontrollimisega. Tegelikult kaks osapoolt saavad kokku leppida ka selle, kui palju andmeid korraga saata. Kui me saadame liiga palju andmeid võrku, siis hakkavad tekkima ummikud ja järjekorrad. Voo juhtimine tähendab saatja ja vastuvõtja vahelist voogu. Voo juhtimine tegeleb iga andmevooga eraldi. Võrgu koormuse reguleerimine tegeleb kõikide andmevoogudega korraga. Eesmärk on, et arvutist ei läheks võrku rohkem andmeid, kui see võrk suudab vastu võtta. Rakendused, mis nõuavad andmete 100%-list kohaleminekut, need kasutavad TCP protokolli. UDP ja TCP ei taga ajalisi garantiisid ega võrgu läbilaskevõimet. Transpordikiht tegeleb paketi formeerimisega, adresseerimisega (pordi numberid) ning töökindluse tagamisega (jälgib andmevoogu ja tegeleb vigade avastamise ja parandamisega). Transpordikihis adresseeritakse rakendusi
annaabi.ee 
