Új hozzászólás Aktív témák

• #2973 Zedz addikt Sk8erPeter #2971

  Új Válasz 2014-07-08 16:57:54 #2973

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Zedz

  addikt

  válasz Sk8erPeter #2971 üzenetére

  Rosszul fogalmaztam. Arra akartam kilyukadni, hogy a PHP OOP-ról többet hallani, olvasni, hogy mennyire fontos. JS OOP részéről nem, ezért próbáltam hozzá viszonyítani.

  (#2972) Jim-Y: Igen, a jövőben megpróbálok pontosabban fogalmazni. A kliens oldali OOP-ra gondoltam.

• #2972 Jim-Y veterán Sk8erPeter #2971

  Új Válasz 2014-07-08 16:57:07 #2972

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jim-Y

  veterán

  válasz Sk8erPeter #2971 üzenetére

  Lehet akkor tényleg félreértettem, kicsit úgy értettem, mintha a javascript objectum orientáltságát kérdőjelezné meg

  Zedz: valami olyasmire gondoltál, hogy érdemes-e kliens oldali javascriptben minél inkább kihasználni a klasszikus OOP-s eszköztárat? Mint osztály, objektum, enkapszuláció, öröklődés stb..?

  Szerintem ez abszolút feladat függő. Vannak olyan 3rd party toolok amiket egy bizonyos bonyolultság után érdemes lehet használni. Most például a require.js szerű modulrendszerre gondolok, ami a modularizációt segíti. Vagy asszem jquery-nek is van extend metódusa ami az örököltetést segíti/mossa el.

  De azt sem szabad elfelejteni, hogy a háttérben akkor is "oop van", amikor csak simán függvényeket definiálsz meg listenereket aggatsz DOM elemekre.

  Például egy sima function x() { } is egy objektumnak lesz a része, ugye a global object-nek.

  Attól, hogy nem csinálsz explicit konstruktorokat, meg nem örököltetsz még maga a nyelv, és a működése oop "szerű" lesz.

Új hozzászólás Aktív témák