JS Stack?
Sziasztok,
- erősen elméleti téma -
ma ütköztem bele egy érdekes olvasmányba: http://dailyjs.com/2013/02/04/stack/
Nem tartom magam gyakorlott javascriptesnek, alap dolgokkal vagyok tisztában, meg pár jquery shortcutot tudok, de alapvetően szerver oldalon kódolok. Úgy vettem észre, hogy a JS-nek napról napra egyre durvább szerepe van, és nagyobb figyelmet kellene rá fordítani (részemről legalábbis).
Szóval vannak a cikkben felsorolva 'stack'-ek, minden fontos 'funkcióra' egy js lib.
Nagyjából értem is, hogy melyik mire való, de nem sikerült olyan esetet elképzelnem, ahol ezeknek hasznát venném. Ez persze azért is lehet, mert főleg a php-vel vagyok szorosabb kapcsolatban, ez pedig vastagon a kliens oldal(nak tűnik).
Szóval egyáltalán mikor érdemes ezeket használni? Szokványos webes világban (weblapok, webshopok, portálok, blogok, etc.) mennyire szokták ezeket az eszközöket használni?
Esetleg valami feketeöves js-es tudna mondjuk egy bloatware refaktor step-by-stepet csinálni, hogy na ilyen volt ilyen lett, mit mivel lehet kiváltani, mire kell figyelni, mikor mit érdemes használni, van ennek értelme?
Egyáltalán jó kérdéseket teszek fel? :D
■ - erősen elméleti téma -
ma ütköztem bele egy érdekes olvasmányba: http://dailyjs.com/2013/02/04/stack/
Nem tartom magam gyakorlott javascriptesnek, alap dolgokkal vagyok tisztában, meg pár jquery shortcutot tudok, de alapvetően szerver oldalon kódolok. Úgy vettem észre, hogy a JS-nek napról napra egyre durvább szerepe van, és nagyobb figyelmet kellene rá fordítani (részemről legalábbis).
Szóval vannak a cikkben felsorolva 'stack'-ek, minden fontos 'funkcióra' egy js lib.
Nagyjából értem is, hogy melyik mire való, de nem sikerült olyan esetet elképzelnem, ahol ezeknek hasznát venném. Ez persze azért is lehet, mert főleg a php-vel vagyok szorosabb kapcsolatban, ez pedig vastagon a kliens oldal(nak tűnik).
Szóval egyáltalán mikor érdemes ezeket használni? Szokványos webes világban (weblapok, webshopok, portálok, blogok, etc.) mennyire szokták ezeket az eszközöket használni?
Esetleg valami feketeöves js-es tudna mondjuk egy bloatware refaktor step-by-stepet csinálni, hogy na ilyen volt ilyen lett, mit mivel lehet kiváltani, mire kell figyelni, mikor mit érdemes használni, van ennek értelme?
Egyáltalán jó kérdéseket teszek fel? :D
Szerintem szabadúszóként van,
Ezek ránézésre asztali PC-n
Ha ismered a rendelkezésre álló eszközöket, valószínűnek tartom, hogy gyorsan lehet bennük működő dolgot összehozni. Ahányat használsz, annyi helytől függsz, ki tudja, hogyan akadnak össze, milyen bugjaik vannak, mikor hagyják abba a fejlesztésüket és így tovább.
Használhatsz bármilyen külső eszközt, az alkalmazásod kódja mindig ugyanaz lesz, de az adott eszközökhöz fog illeszkedni. Ha jön egy új divat ("itt ez az új keretrendszer, sokkal jobb, mint a korábbiak"), akkor esetleg nehezebb lesz áttérni rá, és kényelmetlenül érezheted magad.
Ha jól működő rendszert szeretnél, ahol teljes mértékben a te kontrollod alatt van az egész, akkor szerintem a legjobb, ha te írod meg a dolgokat. Saját tapasztalatom az, hogy a karbantartás hatékonyabb, a kód kisebb (azon kívül, hogy kidobtam az összes keretrendszert, kevesebb, mint fele akkora lett), és átlagosan 10-20-szor gyorsabb lett.
Mindez azért van, mert a keretrendeszerek általánosan segítik a fejlesztést, azaz mindenre jók. Amikor pontosan ismered a problémát, akkor céleszközt tudsz készíteni, ami kisebb és jobb lesz.
reinvent
A függőségekben viszont igazad van, nagyon fájdalmas tud lenni ha túl erős a függőség egy eszköztől
js
1, a HTML 5 fejlesztésének (és ezzel együtt a JS API bővítésének) egyik elindítója, az Apple a saját üzleti modelljében szinte egyáltalán nem használja, eszközein natív kód fut, nem véletlenül
2, az API-k nem egységesek, a Mozilla operációs rendszere mást használ például a szolgáltatások elérésére, mint a Microsoft a Windows 8-ban
3, a JS komoly hiányosságokkal küzd, nemrég volt szó arról, hogy a Budapestre hozott MLOC.JS konferencia neves előadóinak fele ezek áthidalásáról értekezik, vagy ott van például a Google-féle Dart, amely pont emiatt jött létre
Hacsak nincs valami aktuálisan futó projekt, szerintem nem érdemes a fentiek miatt nagyon beleásnia magát senkinek, mert ebből az egészből még bármi kisülhet. Persze, ha egy blogon valaki megosztja a témában a tapasztalatait, nem árt elolvasni, de ki tudja, még az is lehet, hogy akár két-három év múlva már más lesz a divat.
Nem értem, hogy mi a kérdés.
Szerver oldalról ha továbbra is PHP-zel, akkor a SLIM-el érdemes megismerkedni, de gondolom nagyobb keretrendszereknél is vannak REST service megoldások, ha esetleg már hozzászoktál egy ilyenhez...
ext
Most is lehet
Sőt!
Dinamikus betöltés
Re: Dinamikus betöltés