Weblabor

Az általánosítás és specializáció az objektumorientált programozás központi eleme, mely során egy ősosztályból származtatott alosztály újabb tulajdonságokat és metódusokat kap. Mindez jól modellezhető JavaScriptben is, de akad itt egy kis probléma, ha az ősosztály konstruktora paramétereket vár…

A JavaScript objektumorientált, de nem a klasszikus OOP értelemben, ugyanis nincsenek osztályok, a JavaScript prototípus alapú. Balogh Tibor írt erről egy alapos, de könnyen emészthető cikket. Én a jelenségnek egy más aspektusát vizsgálnám meg: az osztály alapú objektumorientált programozást ismerők számára nehéz megérteni a JavaScript működését, és erre véleményem szerint a JavaScript is rájátszik egy kicsit. Miért van ez, és hogyan lehetne orvosolni?

Az uml-to-django a projekthez legyártott UML osztálydiagramból állítja elő a Django modelleket. Míg a fejlesztők célja, hogy tetszőleges osztálydiagramot tudjon az eszköz kezelni, jelenleg csak az ArgoUML tervező termékeit támogatja. Az ArgoUML egy általános célú designer UML diagramok készítéséhez. Úgy számítottam, hogy az ArgoUML-lel felvázolom az osztályokat, az uml-to-django-val legyártom a modelleket, és ezzel meggyorsítom a fejlesztés menetét. Tévedtem.

Már egy ideje forgatom a fejemben a gondolatot, hogy kellene egy gyakorlatorientált miniprojektet gyártani a PHP 5.3 képességei felderítésére. Jelentem, elérkezett a pillanat, úgyhogy ihun a reggeli kávé mellé a tapasztalatok.

Mit ír ki az alábbi JavaScript program, ha az első két alert: 1: undefined és 2: undefined?

alert('1: ' + typeof undef1);
alert('2: ' + typeof undef2);
alert('3: ' + undef1);
alert('4: ' + undef2);
// ...