Weblabor

Lásd 7-es hozzászólás

Go-ban például egy modul egy könyvtárat jelent, abból beinclude-olja a fájlokat, amikben akár külön osztályok lehetnek.

"PHP-ban csak pár éve van működő autoloader"

11 éve :)

"és az sem tökéletes, ahogy hallottam"

Hallani sok dolgot lehet. :) PHP-val 9 éve foglalkozom, munkahelyen 6 éve fejlesztőként, abból 1 éve vezető fejlesztőként. Eddig sem nekem, sem bármelyik munkatársamnak nem volt gondja az autoloaderrel.

De visszakanyarodva a fő témához:
bár lehetőséget ad rá a Node.js (Javascript), hogy több osztályt (objektumot) egy fájlba írjak (bár aki valaha is foglalkozott tiszta kóddal, az tudja, hogy ez ejnye bejnye), de tegyük fel, hogy én szeretnék megmaradni a szép, áttekinthető egy osztály egy fájl koncepciónál. Maga az osztály ad kifelé egy interfészt, publikus adattagokkal és metódusokkal, ez az OOP egyik lényegi eleme is. Innentől kezdve nekem mi a francért kell még teleszemetelnem az osztályom kódját egy ilyen module exports-os dologgal? Ráadásul még egyszer meg kell adnom, hogy az adott modul/fájl/osztály milyen interfészt nyújt kifelé.
Továbbá ha olyan perverz vágyaim lennének, hogy csinálok egy tényleges (több osztályt összefoglaló modult), akkor lényegében lesz egy modulom, amin belül lesz sok másik modulom, amik valójában osztályok, nem is modulok.

Ne érts félre, nem elvakult támadásba kezdtem a Node.js-el szemben, vagy bárminemű hitvitát szeretnék generálni. De én nem látom azt, hogy ez szép és tiszta lenne. Az is lehet, hogy tévedek, vagy csak nincs még elég tapasztalatom vele. De cáfold meg kérlek a fenti gondolatmenetemet, hogy ezt nem így kell csinálni. Nagyon örülnék neki, mert már nagyon szívesen átnyargalnék Node-ra, de ez a modulos dolog minden, de nem átlátható és/vagy szép.

A Web Worker egy DOM API, ergó nem része az ECMAScript-nek. És az ECMAScript egyébként sem említ szálakat, így mondhatjuk róla, hogy egyszálú.

Bár közben már válaszoltak, én ezt találtam, ami megerősíti a többieket.

Pedig ez olyan hipszteres:Ezek után, szerinted?

Ha elolvasod még egyszer a könyvet, akkor láthatod, hogy olyat is írt a szerző, hogy osztály-, metódus- és változónevekkel írjuk le, hogy mit csinál a kód. Így nincs szükség arra, hogy alacsonyabb szintű osztályok kódját böngésszük ahhoz, hogy megértsük mi történik. Ír azt hiszem olyat is, hogyha több osztály van egy fájlban, akkor a magas szintű osztályoknak kell legfelül lenniük, és lefelé haladunk az egyre alacsonyabb szintű osztályok felé. Már csak nagy vonalakban emlékszem a könyvre, de nem rémlik, hogy szigorúan megtiltaná, hogy több osztály legyen egy fájlban.

Azért írtam a modulokat max 1000 sornak, mert azokban még össze lehet szedni 1-2 magas szintű osztályba a felületet, amin keresztül a többi modul eléri az adott funkciót, így nem áll fenn az a veszély, hogy a végeredmény átláthatatlan lesz. Elég elolvasni az első osztályt, hogy lásd, hogy mit csinál a kód, aztán ha az is érdekel, hogy hogyan csinálja, akkor tovább scrollozhatsz.

Na mindegy, nekem ez a véleményem, de egyelőre még én is küzdök a js-el, tiszta kód terén. Majd ha van kiforrott megoldásom a témára, akkor visszajelzek.