( persicsb | 2009. 03. 22., v – 17:16 )

Akkor masra gondoltunk. Ez inkabb szoftverarchitektura ( n-tier achitektura, n=3), en az MVC-re, mint tervezesi mintara gondoltam, amely alapvetoen ugyanaz mint az Observer, ott pedig alap dolog, hogy a modellvaltozasokat nem lekerjuk, hanem a modell szol, hogy megvaltozott az allapota. Na, ez az utobbi notifikacios dolog az, ami csak ganyolassal megy HTTP-n. Amugy meg a megvalositasok (iframek, ajax-hivasok, stb.) azok mind webes kornyezetet teteleznek fel, marmint webbongeszoben futast, azonban a HTTP-t nem csak HTML+JS tartalmak kezelesere lehet hasznalni, hanem altalaban dokumentumkezelesre is, lasd DAV es hasonlo kiegeszitesek hozza (amelyek csak plusz metodusokkal egeszitik ki a protokollt, azonban az alapjai, erossegei es hibai ugyanugy megmaradnak). Ezert a fent leirtak (Comet, stb.) nem tudnak mukodni nem webes kornyezetben rendesen. Nem webes desktop alkalmazasoknal is lehet ertelme HTTP-n keresztul kommunikalni Interneten at, ugyanis a HTTP-t altalaban kiengedik a tuzfalak (meg a prtokolltuzfalak is), ezert a felhasznaloi elmeny jobb, mintha azt mondanank, hogy bocs, de te ezt a progit nem tudod hasznalni, mert nem engedelyezett protokollt es portot hasznal.