Weblabor

Igazából még sose publikáltam. Azért is szeretnék cikket írni, hogy kapjak egy vissza jelzést arra vonatkozóan, hogy amit képviselek az jó vagy rossz, és ez mellet talán valami hasznos infóval is szolgálnék azoknak akik még kezdők a témában, vagy csak nem tudják, hogyan vitelezzenek ki dolgokat.

Sajnos nincsenek ismerőseim akikkel ezekről a dolgokról cseveghetnék, és egy megerősítés azt illetően, hogy jól állok a dolgokhoz jól esne vagy éppen az ha ki igazítana valaki a helyes irányba.

Viszont amit mondasz attól én is tartok, már mint a hosszú cikktől. Ugyanis ha profik olvassák a cikkemet meg se kell hogy jelenjen mert a forráskódot fel tehetem egy svn-re is ennyi erővel minden kommentár nélkül, de ha a azt szeretném, hogy azok is ráhangolódjanak a gondolkodásomra és megértsék a részleteket akik nem olyan jártasak az adott témában, akkor már csak a bevezető ki tesz egy cikket ahol még egy darab kódot sem írtam le csak felállítottam egy specifikációt arról amit el fogok követni, és egy hosszú cikk az összefüggésekről, a működésről, nem biztos, hogy odavonzza az embert a második felvonásra ahol az érdemi rész bontakozik ki.

Lényegében abból jött az ötlet, hogy nem olyan rég egy RSS Feed olvasót kezdtem el írni, ami időnként frissíti magát. JavaScript-ben kivitelezve. Egy XMLHttpRequest objektumra építettem az osztályomat - FeedChannel - Majd erre írtam burkolókat: Feed, RSSFeed, AtomFeed... És a kommunikáció nem volt zökkenő mentes. mert szívás az eseménykezelés mert minden burkolt XHR-hez hozzá kellett rendelnem azt az objektumot amelyiknek ö tulajdonképpen a tagja, a vége egy át láthatatlan káosz lett és kukába raktam az egész projektet. Aztán eszembe jutott, hogy egy olyan osztályt kellene írnom amivel eseményvezérelt objektumokat tudok gyártani. És arra gondoltam, hogy a DOM Level 2 Event modellje tök jó lenne erre a feladatra kicsit ki okosítva a callback funkciót. És ezt vezetném le mások számára is érthető formában.