Web stran z veliko input polji

https://lmgtfy.app/?q=javascript+calcul...

Pomoje je JS ravno za take zadeve najbolj ustrezen.

styrian je 17. avg 2022 ob 13:20 izjavil:

To se najenostavneje naredi z https://docs.google.com/spreadsheets

Odvisno. Če moraš v kakšno bazo shranjevati, potem to ni nujno najboljše. Sicer pa ja... Verjetno res najbolj preprosto.

Jure14 je 17. avg 2022 ob 11:10 izjavil:

Kako se tega lotit?
Malo me skrbi, da bo server počepnil, pa odziv bo tudi počasen, če ob vsakem vpisu vse pošljem na server in izračunam sploh ko bo nekaj 100 uporabnikov.

Lp j.

saj ni treba vse poslati. pošlješ samo 1 vrstico na server z ajax+js. tam izračunaš, shraniš v bazo, pošlješ nazaj autocalculated fields v json-u, z js spet updataš samo to vrstico, ne osvežiš cele strani. to bo delalo super hitro in uporabniki bodo zadovoljni. itak pa je vrstico pametno takoj shraniti na server, da se ne izgubi uporabnikovo delo.

zakaj pa ne bi

LukiYo je 4. sep 2022 ob 21:42 izjavil:

Če programiraš za internet explorer?

IE, a to se obstaja? Se MS ga ne deploya vec lol. Pustimo zdaj izjeme...

Websockets so lahko alternativa. Ampak sicer pa se vedno Ajax za "klasiko". Kako je wrappano, je pa druga zgodba.

LukiYo je 4. sep 2022 ob 22:08 izjavil:

Ok, če nisi web že več let... Ja, vsaj tolk dolgo ga ni več. Tako, kot jquery-ja in še česa iz tiste dobe.

Fetch je request clienta na server, ki vrne response v promise. Websockets je svoj (ne http) protokol za obojestransko komunikacijo med clientom in serverjem, odvisno od namena....

Tule si pa zabredel. Fetch je se vedno Ajax. Kar ti zelis povedati je, da je fetch asinhrona implementacija/wrapper Ajax. Ceprav lahko pogledas kaj pomeni Ajax, pa bos morda presenecen.

ales85 je 4. sep 2022 ob 22:11 izjavil:

Tule si pa zabredel. Fetch je se vedno Ajax. Kar ti zelis povedati je, da je fetch asinhrona implementacija/wrapper Ajax.

Ne razumem kaj si ti hotel povedat, da sem jaz hotel povedat :)

Opisal sem fetch, opisal sem websockete. Pred tem pa opazko omembe ajaxa, ki je zastarel izraz za (XML) asinhrono komunikacijo s serverjem na XMLHttpRequest tehnologiji. V tistih časih so se uporabljali razni jquery ajax-i, asp.net ajax-i in podobni XMLHttpRequest wrapperji, ki se sedaj ne več (morda 1% ali če supportiraš IE, ki ne podpira fetch). Zakaj bi se, če se da isti problem rešit z izboljšanim api-jem (fetch) elegantneje, z manj kode, s promisi, itd.

Mi je pa osebno vseeno, če še vedno uporabljate jquery ajax XMLHttpRequeste, mogoče bo le mal smešno izpadlo na kakem razgovoru (dobronamerno).

https://developer.mozilla.org/en-US/doc...

With interactive websites and modern web standards, Ajax is gradually being replaced by functions within JavaScript frameworks and the official Fetch API Standard.

Bo pa razlika v kodi. V vrsticah je fetch < xhr < $.ajax. Znanje slednjih dveh mu tudi nič ne koristi, saj se v modernih projektih ne uporabljajo več, morda xhr za kako specifiko.

Zanj če sprašuje, kako to narediti ni super pomembno ali je funkcija malo hitrejša ali ne. Web socketi se pa za enkrat še ne uporabljajo pogosto. Še facebook sem videl da uporablja pooling in recimo naredi request na vsake 5 sek in čaka doklen ne dobi nekega sporočila. Zanimivo.

Drugače pa pripročam, če boš delal to web formo da uporabiš nek framework za izdelavo - npr vuejs in uporabiš recimo axios knjižnjico za povezovanje. To dela dobo. Bolj pomombno je, da obrazec lepo zgleda in da boš to hitro naprogramiral, mogoče če je polj super veliko jih dinamično generiraš, ali pa obliki tabele. Sploh če praviš da bi se rezultati dinamično updejtali je za to kakšen vuejs super.

LukiYo je 5. sep 2022 ob 01:22 izjavil:

Bo pa razlika v kodi. V vrsticah je fetch < xhr < $.ajax. Znanje slednjih dveh mu tudi nič ne koristi, saj se v modernih projektih ne uporabljajo več, morda xhr za kako specifiko.

Nekaj delaš narobe. Vseh milijavžent ajax klicev zamenjam za fetch na samo enem mestu in ta majhna sprememba v proxy classu nima vpliva na kodo.