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

• Jim-Y veterán

  #7884

  #7881 K1nG HuNp

  2020-05-18 09:58:35

  Új Válasz

  Ú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

  

  Jim-Y

  veterán

  #7881 K1nG HuNp

  Nem ertem pontosan, hogy mi a "mas anti-patternekkel". Marmint elhiszem neked, hogy van, de nem ertem a kommentedbol, hogy mi az pontosan Termeszetesen erdekel, le tudod irni megint kerlek?

• martonx veterán

  #7883

  #7881 K1nG HuNp

  2020-05-18 08:57:52

  Új Válasz

  Ú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

  

  martonx

  veterán

  #7881 K1nG HuNp

  A nagy frameworköket most nagyon nem kellene ide keverni, hogy mit hogy oldanak meg bennük, mi hogy van bindeolva, és az utána mire compile-olódik. Most szín tiszta html-css-js-ről van szó, ahol az inline style (és inline js) védhetetlen kókányolás.

• cattus addikt

  #7882

  #7881 K1nG HuNp

  2020-05-17 23:23:49

  Új Válasz

  Ú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

  

  cattus

  addikt

  #7881 K1nG HuNp

  > Az inline stylekkel ugyszint semmi baj nincs, objektiven gyorsabb egy weboldal betoltese ahol nem egy bazinagy css fajlban szerepel minden, de továbbmegyek, a legtobb css-in-js solutin is "inline" style attributumokkent irodik es run/build-time valik style tagekke.

  Az inline style-lal az a baj, hogy se formázás, se autocomplete, se write-time error checket nem kapsz, amikor írod, plusz újrahasználni se tudod a stílusokat. A CSS-in-JS libeknek meg csak az outputja inline style, nem véletlenül nem írsz ott se közvetlenül a style tag-be.

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