-
PROHARDVER!
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
-
-
Silεncε
őstag
Igen, mivel a hook visszatérési típusa nem
IAccount, hanemIAccount | nullunion, ezért csak simanIAccounttípus nem lehet a tároló konstans típusa. Az account konstans típusa legyen ugyanúgyIAccount | nullés úgy már jó lesz (a ?. le fogja kezelni, ha ott null van (de azt is kezeli, ha undefined), olyankor a string konstans értéke is undefined lesz) -
Silεncε
őstag
Szerintem: Az useAccount visszatérhet sima objecttel is (én erre következtetek a paraméterben átadott üres object miatt)? Akkor viszont a TS jogosan reklamál, hiszen ott az account típusa nem IAccount lesz, hanem
IAccount | object“union”, az objecten pedig nem fogja megtalálni az adott propot.Illetve az az IAccount típusdeklaráció sincs szerintem jó helyen, annak az account konstanson kene legyen, a customProp az interface szerint string típusú
-
coco2
őstag
Az upstream szerver irányú kapcsolat. Hogy mit nevezel serverless-nek egy webes alkalmazás esetében, ahol létezik upstream, na azon kicsit vakarom a buksit. Valami zavart érzek az erőben
Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek. -
martonx
veterán
Én C#-pal egyik régi projektben évek óta használok SignalR-t. És nemrég egy POC erejéig az Azure-os Serverless SignalR-t is kipróbáltam. Szépen tette a dolgát. Viszont tagadhatatlan, hogy nem éppen kezdőbarát a dolog.
És hogy ez nodejs-el mennyire működik, arról lövésem sincs. -
martonx
veterán
Amit te szeretnél az egy single page application, amit Karma jól be is mutatott. Annyit tennék még hozzá, hogy ebben az esetben a helyetekben a drupalt abszolút mellőzhetném, csak rest apu kell alá. De érted, így meg bukod a komplett Cms funkcionalitást. Neked kell dönteni, marad a cms bubusság és szar végeredmény gyorsan összekattogtatva, vagy megírjátok normálisra spa-ként, mondjuk 10-szer akkora idő befektetéssel.
-
Karma
félisten
A kontextus meg a helyzeted pontosabb ismerete nélkül (pl. a kódbázis minősége) nehéz testreszabott választ adni, de amit most leírtál, a mai gyakorlatban elég népszerű Single Page Application (~ webes vastag kliens) stratégia. (Egy kulcsszónak használhatod az SPA-t.)
Ennek van előnye és hátránya egyaránt, hogy néhányat soroljak:
+ Jobb érzékelt sebesség/felhasználói élményt nyújt az első betöltés után.
+ Kényszerűen tisztább az architektúra, jobban újrafelhasználható (pl. natív mobilalkalmazások, új UI...) a monolit projekt kettévágása miatt(*).
+ A részek önálló életciklussal bírnak, tehát több csapat könnyebben dolgozhat a részeken; külön tesztelhető és élesíthető minden elem.
+ A backendhez és a frontendhez is vannak specializált könyvtárak, ahelyett hogy egy eszközzel próbálnád egy n-tier alkalmazás minden aspektusát lefedni. (igen, még mindig nem szeretem a PHP-t)- JavaScript nélkül (pl. NoScript felhasználók) az egész történet halott, úgyhogy egy igazán univerzális megoldáshoz nem dobhatod ki a Drupal által generált önjáró, "ódivatú" oldalt.
- A böngészők közötti eltérések sose szűnnek meg. (Safari is the new IE
)
- Nagyon könnyű tévútra menni, és ennek következtében (abszolút és UX-es értelemben is) lassú, működésében hibás, neadjisten biztonságilag kockázatos kódot írni!
- Tanulni kell. Egy tiszta JS alkalmazás ég és föld ahhoz a szinthez képest, amikor egy sablonból generált HTML oldal kis szakaszait jQueryvel ugráltatja az ember. Az azzal kapcsolatos tapasztalatok inkább veszélyesek, mint hasznosak.(*): Ehhez igazából nem kell SPA, csak egy jó környezet meg önfegyelem. Például a legtöbb értelmes MVC megvalósításban teljesen független az üzleti logika a HTML generálástól (megjelenítéstől).
Személy szerint Drupalt soha nem használtam, a Foundationt is csak kerülgettem (inkább Bootstrapeztem); de az elgondolás nemes, és ha a szerveroldalad képes az adatait strukturált formában kiadni, szerintem mindenképpen megér egy próbát. Sajnos nem tudom, hol lehetne jól elindulni nulláról, bár az Angular 1.4-hez az ng-book elég bíztató. Valaki segítsen ki!

-
Sk8erPeter
nagyúr
"Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást..."
Még jó is, hogy nem fordult meg a fejedben, mert illik sokkal általánosabban megoldani az ilyesmit, nem pedig id-vel szórakozni, és ezzel kb. örökre rögzíteni, hogy melyik elemet is fogod buzerálni. Vannak esetek, amikor ez nem számít, de többnyire mégis.Amúgy örülök, hogy nálad működik a "javított" demó, mert nálam konkrétan semmit nem csinál, igaz, összesen 5 másodpercnyi időt töltöttem a kipróbálásával, nem próbáltam elgondolkozni, mit csinál és mit kellene csinálnia.

-
Speeedfire
félisten
Új hozzászólás Aktív témák
Hirdetés
- Premier előzetesen a Crimson Desert
- Xiaomi 17 - még mindig tart
- Futás, futópályák
- OLED monitor topic
- Samsung Galaxy A54 - türelemjáték
- Kormányok / autós szimulátorok topikja
- Samsung Galaxy S23 Ultra - non plus ultra
- Bluetooth hangszórók
- Linux kezdőknek
- Motorola Moto G06 Power – nagyfater új zakót vett
- További aktív témák...
- Lenovo ThinkPad T14 Gen 1 i5-10210 / 16GB RAM/ 256GB NVMe SSD világítós EU bill, kiváló állapotban
- vizes GAMER PC - RYZEN 5 7600X / 32GB DDR5 / RTX 5070 12GB
- HP EliteBook 840 G7 i5-10210U / 16GB RAM / 256GB SSD Szép állapot, EU bill, gyári töltő
- A KINCS ! Új HP EliteBook 860 G10 Profi Fémházas Laptop -50% 16" i7-1355U 32/1TB FHD+ IPS MATT
- Dobozos DELL Inspiron 16 Fémházas Multimédiás Laptop 16" -30% Ryzen 7 8840U 8mag 16/1TB FHD+ IPS
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
- 271 - Lenovo Yoga Pro 9 (16IAH10) - Intel Core U9 285H, RTX 5070
- 27% - Arzopa A1T 15,6" Hordozható Monitor!
- Új! AKRacing Premium Master gamer szék
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek.
)


