Diskuze: Sitovy chat - chatovaci mistnosti, historie
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 5 zpráv z 5.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Vlakna bych tam zatim zbytecne netahal.
Chatovaci mistnost by jsi mel mit jako tridu, ktera si bude pamatovat vsechny
uzivatele, co v ni jsou - pri pripojeni ji predas toho uzivatele, ktery by ten
stream mel mit idealne u sebe (taky by mel byt jako trida).
A odebrat ho samozrejme z mistnosti, kdyz se odpoji .
Pri posilani zpravy uzivatelem pak musis posilat, do jake mistnosti chatuje a na serveru se pri zpracovani te zpravy podivat, kdo vsechno v te mistnosti je a vsem tem lidem tu zpravu rozposlat.
Chat dvou lidi pak muze byt jako chat v mistnosti s nejakym genericky vygenerovanym nazvem, ktery se ani nemusi zobrazovat.
Switch je v tomhle pripade asi nejlepsi volba, jen bych misto stringu posilal cislo typu zpravy binarne jako cele cislo.
Dekuji za odpoved. Nedovedu si predstavit, jak do toho netahat vlakna. Na strane clienta mam vlakna dve, jedno je prijimaci, druhy odesilaci. Kdybych u serveru zredukoval pocet vlaken na 2 (pouze s jednim jednim vlaknem si to nedovedu vubec predstavit) - vlakno, ktere prijima nove sockety a vlakno, ktere provadi urcite operace, tak nevim, jak s jednim vlaknem odchytit napr. zpravu klienta 1 do mistnosti 1 a zaroven potvrdit registraci klienta 2, navic, co jsem pochopil, tak kdyz vlakno ceka na vstup ze socketu, tak se pozastavi.
Na klientovi i na serveru ti staci 1 vlakno pro zapis i cteni i pro prijmuti novych pripojeni, neni duvod mit vlaken vic (pokud pouzivas TcpListener a TcpClient).
Vláknům se vyhnout lze, pokud použiješ neblokovací sokety (non-blocking socket).
Zobrazeno 5 zpráv z 5.