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

• #9277 baracsi tag crocy #9272

  Új Válasz 2022-05-19 12:40:11 #9277

  Ú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

  

  baracsi

  tag

  válasz crocy #9272 üzenetére

  igen, megoldható

  a querySelector-nál ne a class alapján kérd le, hanem ID alapján

  // class alapján, <div class="box"...
  ...document.querySelector('.box')

  // id alapján, <div id="box"...
  ...document.querySelector('#box');

• #9275 martonx veterán crocy #9272

  Új Válasz 2022-05-19 12:04:54 #9275

  Ú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 crocy #9272 üzenetére

  Ismét szakadok

• #9274 Mr. Y őstag crocy #9272

  Új Válasz 2022-05-19 11:51:19 #9274

  Ú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

  

  Mr. Y

  őstag

  válasz crocy #9272 üzenetére

  Néha nem ártana megérteni a teljes képet. De úgy érzem, itt majdnem mindenki hülye... De ha az nem is, rosszindulatú mindenképpen. Tökéletes hozzáállás Respect!

• #9273 sztanozs veterán crocy #9272

  Új Válasz 2022-05-19 11:21:51 #9273

  Ú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

  

  sztanozs

  veterán

  válasz crocy #9272 üzenetére

  

• #8040 togvau senior tag crocy #8038

  Új Válasz 2020-08-16 23:01:20 #8040

  Ú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

  

  togvau

  senior tag

  válasz crocy #8038 üzenetére

  az úgy működik, hogy a webassembly az kb olyan mint a sima assembly, tehát webassembly fordítót bármilyen nyelvre lehet írni, így megszűnik a JS kényszer, és remélhetőleg a JS oda kerül, ahova való végre

• #8039 martonx veterán crocy #8038

  Új Válasz 2020-08-16 14:42:52 #8039

  Ú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 crocy #8038 üzenetére

  Konkrétan pl. így működik: https://dotnet.microsoft.com/apps/aspnet/web-apps/blazor

  Megírod C#-ban a kódot, ami webassembly-re fordul, amit viszont az újabb böngészők pont ugyanúgy tudnak futtatni, mint pl. a javascriptet (igaziból jobban is futtatják, mert ez assembly, azaz mélyebben fut, több optimalizációt tartalmaz a befordított kód). Böngészőben futó erőforrásigényes 3D-s játokoktól indult ez el, mostanra meg ott tartunk, hogy csomó esetben ki lehet váltani vele a javascriptet (talán egyedül SEO kritikus webalkalmazások az egyetlen eset, ahol eszembe se jutna több megás dll-eket a böngészővel letöltetni, futtatni).

• #8030 togvau senior tag crocy #8016

  Új Válasz 2020-08-11 23:38:40 #8030

  Ú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

  

  togvau

  senior tag

  válasz crocy #8016 üzenetére

  a vállalatoknál az angular a menő, mert összemarketingelték a java-val (holott kb akkora a javas kompatibilitása, mint bármi másnak...)

• #8017 K1nG HuNp őstag crocy #8016

  Új Válasz 2020-08-10 23:40:53 #8017

  Ú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

  

  K1nG HuNp

  őstag

  válasz crocy #8016 üzenetére

  nem, [link]

• #8015 Jim-Y veterán crocy #8014

  Új Válasz 2020-08-10 09:00:50 #8015

  Ú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 crocy #8014 üzenetére

  Ezzel szemben React-ot ketszer annyian hasznalnak mint angular-t meg vue-t osszesen. Rip vue

• #7987 martonx veterán crocy #7986

  Új Válasz 2020-07-23 23:39:01 #7987

  Ú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 crocy #7986 üzenetére

  Nincs sok (sőt igaziból minimális) tapasztalatom a GraphQL-el. Felhasználóként egyszer kellett integrálódnom GraphQL API-hoz. Hangsúlyozom felhasználóként semmi előnyét nem éreztem, sőt macera volt plusz libeket behúzni a GraphQL miatt, miközben pont ugyanúgy adatot kellett belőle kinyerni, mint bármilyen REST API-ból.
  Ugyanakkor értem a koncepcióját, egy a GraphQL API-val szorosan integrálódó frontendnél lehetnek előnyei, így viszont ahogy nekünk kiajánlották, és sima GET-tel leszippantottuk az adatot, teljesen felesleges bonyolításnak tűnik.
  Hogy fejlesztői oldalról nézve milyen előnyei lehetnek a GraphQL-nek, arról abszolút nem tudok nyilatkozni.
  Mindenesetre a fenti tapasztalat alapján nem éreztem azt, hogy hú rohanok a REST API-jaimat lecserélni GraphQL-re mint pl. a 2000-es évek elején, amikor a borzalmas gané SOAP-ot (meg FTP-s csv-ktől kezdve már nem is emlékszem mi minden szart) végre le lehetett váltani rendes Json Rest API-kkal.

• #7982 cattus addikt crocy #7981

  Új Válasz 2020-07-23 01:19:47 #7982

  Ú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 crocy #7981 üzenetére

  IMO a redux általában túl komplex és végtelen boilerplate, React Context API a legtöbb dologra elég, ha nem, akkor vannak lightweight megoldások, pl. a fentebb említett recoil (bár ez még experimental), vagy a zustand, easy-peasy, etc.

• #7980 martonx veterán crocy #7979

  Új Válasz 2020-07-22 22:00:12 #7980

  Ú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 crocy #7979 üzenetére

  Teljesen felejtős. Amúgy meg ha 2020-ban store / komplex state menedzsment kell, akkor a redux utódja a recoil

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