muutujat punkti pannes kuvab see palju erinevaid võimalusi. Kui ei kuva, siis googeldada saab ka alati. Programmeerija ei pea kõike peast teadma. Autodki pannakse skeemi järgi kokku, mitte peast (need mis käsitsi kokku pannakse ). Plugina näide: VIII. Errorite püüdmine, nende töötlemine Iga programmeerija puutub kokku veateatega. Juba kasvõi siis saame veateate, kui üritame ühte jagada nulliga. Neid erroreid saab kinni püüda, et mitte takistada programmi tööd. Selleks on olemas nii nimetatud try-catch block. Põhimõtteliselt me algul üritame teha arvutust try ja vea ilmnemisel püüame selle kinni catch. Üldkuju: try{ //kood, nt tehe vms } catch(Exception e){ System.out.println(e.getMessage()); }
FMS jätab ruumi reageerida muutustele. Traditsiooniline Paindlik Lükkav printsiip Tõmbav printsiip Suured kogused tootmises Toodetakse väikesed kogused korraga Kogused tarnimisel suured ja harva Tarnitakse tihti ja väikeseid koguseid Harva, aga suured arengud Areng pidevalt Loodetakse, et töötajad ei tekita Ehitatakse süsteemid, milles töötajad ei erroreid süsteemides saa erroreid tekitada Kulusäästliku tootmise (LEAN) taust: Tavaarusaama järgi käituvad aeg ja "raha" vastandlikult ajakulu vähendamisel kasvavad rahalised kulud ja vastupidi. Näiteks kui ettevõte soovib lühendada täitmisaegu, eeldaks see rohkemate ressursside kasutamist lühema ajavahemiku jooksul ja suurendaks seega kulusid. Kui firma soovib pakkuda oma klientidele laiemat kaubavalikut lühema tellimisaja jooksul, eeldaks see ladudes suuremat
● Striimimisel multimeedia appides (youtube, twitch, erinevad tubed-hubid) - tolereerivad andmete kaotsiminekut (loss-i), kiirustundlik (rate sensitive) ● DNS ● SNMP Usaldusväärne ülekanne üle UDP: ● Selle lisab rakenduskiht ● Rakenduste spetsiifiline errorite leidmine UDP päis suht ez pz: koht kust tuli, koht kuhu läheb, pikkus (vt pilti), checksum, appdata. UDP Checksum (kontrollsumma) eesmärk: leida erroreid segmendis ära pööranud bittide näol. Teeb seda, sest paljud ...lülid?....allika ja sihtkoha vahel ei pruugi üldse mingit kontrolli teostada. Saatja: ● Kohtleb segmenti kui 16 bitist täisarvude jada ● Liidab segmendi sisu (paneb bitid paika) ● Pistab checksumi sinna UDP kastikese sisse Vastuvõtja: ● Arvutab kättesaadud segmendi checksumi ● Saatja checksum ja vastuvõtja checksum peavad kokku andma 1 jada, ehk
transfer. Edaspidi arendame rdt saatja ja vastuvõtja poolt ning keskendume ainult phesuunalisele andmeedastusele (info liigub siiski kahtepidi). Kasutaja ka vastuvõtja kindlaksmääramiseks kasutame FMS’i (finite-state machine). Rdt1.0 – töökindel andmeedastus üle töökindla kanali. Aluskanal on täiesti köökindel, st et ei ole mingeid bittide erroreid ega pakettide kadumaminekut. Kasutaja ja vastuvõtja jaoks kasutatakse eraldi FMS-e – kasutaja saadab andmed aluskanalisse ning vastuvõtja loeb andmeid aluskanalist. FSM saatja ja vastuvõtja jaoks: Saatja pool võtab andmed ülemisest kihist vastu rdt_send(data) kaudu, loob paketi, mis sisaldab andmeid ja saadab paketi kanalisse. Vastuvõtja pool võtab paketi aluskanalist rdt_rcv(packet) kaudu, eemaldab andmed paketist ja saadab andmed ülemisse kihti deliver_data() kaudu. Rdt2
annaabi.ee 
