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

• #7884 Jim-Y veterán K1nG HuNp #7881

  Új Válasz 2020-05-18 09:58:35 #7884

  Ú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 K1nG HuNp #7881 üzenetére

  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?

• #7883 martonx veterán K1nG HuNp #7881

  Új Válasz 2020-05-18 08:57:52 #7883

  Ú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

  

  martonx

  veterán

  válasz K1nG HuNp #7881 üzenetére

  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.

• #7882 cattus addikt K1nG HuNp #7881

  Új Válasz 2020-05-17 23:23:49 #7882

  Ú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

  

  cattus

  addikt

  válasz K1nG HuNp #7881 üzenetére

  > 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