Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- MasterDeeJay: Intel Optane M10: mire lehet használni?
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Óraátállítás
- Luck Dragon: MárkaLánc
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Brogyi: CTEK akkumulátor töltő és másolatai
- Gurulunk, WAZE?!
-
LOGOUT
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
fordfairlane
veterán
A HTML írja le a az oldal struktúráját, a CSS az oldal elemeinek megjelenését, a Javascript a viselkedést (amit aztán most már részben a CSS kezd átvenni). Ez a három rész három különböző aspektusa annak a valaminek, amit a felhasználó lát. Ezért is van rá háromféle jelölőnyelv, kettő deklaratív, egy pedig imperatív jellegű. És ezért érdemes három, egymástól elkülönülő részbe szervezni, és jól definiált interfészen keresztül kötni össze őket.
Az ilyen "separation of concerns" megközelítések akkor számítanak, ha a szoftver bonyolultsága meghalad egy szintet. Viszont sok szoftver indul egyszerűnek és aztán menet közben komplikálódik el, így ha valakinek ez nem jelent külön erőfeszítést, érdemes ezeket az elveket követni minden oldalnál a kezdetektől fogva.
-
martonx
veterán
Mert egy bizonyos szint felett tökéletesen átláthatatlanná, követhetetlenné teszi a kódot.
Debugolást, kód menedzselést is nagyban megnehezíti.Persze ezek mind olyan szempontok, amikkel egyszemélyes fejlesztők simán együtt tudnak élni, sőt ha nem tartják be ezeket a szempontokat, talán még gyorsabban is tudnak gányolni, mint ezen elvek mentén. Aztán persze két év múlva, meg 3 fejlesztővel 3 féle gányolási stílussal később, megy az átkozódás, mikor egy ilyen kódban bármin is módosítani kell.
Mondok egy példát. Van egy js függvényed, amihez hozzá kell adnod egy plusz argumentumot. Nem mindegy, hogy elég csak .js file-okban keresni, módosítani, vagy netán kismillió egyéb html-ben, php-ben, tpl, xsd-ben és még a jó ég tudja mi mindenben kell keresni. És mindez csak azért mert anno valakinek jobban kézreállt milliónyi onclick eseménybe belegányolni, ahelyett, hogy 1-2 rendes általános javascriptes eseménykezelőben kezelte volna le mindazt.
-
Sk8erPeter
nagyúr
Milyen "hivatalos irományt"?
Konkrétan kitől várnád ezt az irományt?
Kismillió ezzel kapcsolatos cikk, slide, egyéb van, ami összefoglalja, hogy a szemantikai keveredések miért rosszak MINDIG. Egyszerűen karbantarthatatlanná, tesztelhetetlenné és átláthatatlanná teszi egy idő után a kódot, nem beszélve arról, hogy mennyire ocsmány.
Egyébként a template-ezést sem véletlenül találták ki.De mutatok neked konkrétumot, ezt a slide-ot még régebben olvastam, könyvjelzőztem is, mert nagyon szemléletes, mindenképp fusd át, röviden, tömören, érthetően mutatja be leegyszerűsített példákkal, mit kerülj el

http://www.slideshare.net/fgalassi/refactoring-to-unobtrusive-javascript
Új hozzászólás Aktív témák
- 197 - Lenovo Legion Pro 5 (16IAX10) - Intel Core U7 255HX, RTX 5070 (ELKELT)
- 27% - DDR5 Notebook 16GB / 32GB / 48GB RAM
- Dell XPS 13 9310 i7-1185G7 16GB 512GB 13" FHD+ 1 év garancia
- Apple iPhone 15 Pro 256GB Új akku 12hó jótállás!
- Dell Latitude 7300 Core i5-i7, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Konkrétan kitől várnád ezt az irományt?
