Milyen webes technológiát választanál ${current_year}-ban?
A kérdés kifejtve: zöldmezős web UI projekthez milyen technológiát választanál és miért? Bármilyen vélemény, tapasztalat, stb jöhet. Nem kell megijedni, ha esetleg flame vihar alakul.
Személy szerint a Java közeli dolgokat kedvelem leginkább, és nagyon nem szeretem a dinamikusan típusos nyelveket. Ezért a JavaScript leváltásán gondolkodom. A szokásos megközelítésem, hogy szerver oldalon fut a UI logika is, és a JS tényleg csak egy vékony megjelenítő réteget ad (mint például ebben a technológiában: https://vaadin.com/ ). A UI vanilla HTML "kézzel" írva, szerver oldali template-tel készül a letöltött változat, és azonosítók szerint JS-hez linkelve kapja a dinamizmust ha kell.
De elgondolkodtam rajta, hogy egy elkövetkező projekten szakítok ezzel a megközelítéssel, és heavyweight klienst írok, ami egy API-n kommunikál a szerverrel - ahogy az szokásos. De azért JS-ben nem programoznék, ott még nem tartunk :-). Vagy valamelyik típusos plusz réteget adó változatot választanám (pl. TypeScript és társai), vagy pedig Java-t interpretálnék a JS engine-en belül valamelyik transpiler megoldással. De az utóbbit még sosem csináltam, ezért kérdezem, hogy van-e valakinek tapasztalata ilyennel?
A szerver felől jövő eseményeket mindenképpen kezelni kell, erre a long polling-hoz képest van valami modernebb megoldás már?
Tehát alapvetően a kliens oldali programnyelv, keretrendszer és a szerverrel való kommunikáció módja (milyen fajta kapcsolat, lekérés HTTP,WebSocket stb és hogyan van kódolva az adatcsere(XML, JSON, Java szerializáció, kézzel tákolt, executable JS)) az amire kiváncsi vagyok.
Tudom, hogy manapság nem divatos a megközelítésem, ezért aztán a teljesen eltérő megközelítésekre is kiváncsi vagyok, illetve a durva kritikát is tűröm. \Flame ON, kezdődhet szócsata! Popcornt mindenki készítse be!
- Tovább (Milyen webes technológiát választanál ${current_year}-ban?)
- 372 megtekintés