Toon posts:

Synchronous javascript

Pagina: 1
Acties:

Acties:
  • +1 Henk 'm!

Verwijderd

Topicstarter
Het valt mij met mijn telefoon soms op (en heel soms ook op desktop) dat soms de gehele UI vast zit. Dit gebeurd in het moderatie menu bij het klikken op de -1, 0, +1, etc knoppen en bij het openen van de scorekaart. Beide maken gebruik van het netwerk.

Na het openen van de Chrome DevTools kwam ik er dan ook al snel achter dat het synchronous Javascript request zijn. Dit word al een lange tijd afgeraden en staat ook als een warning in mijn DevTools:
Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/. http://tweakimg.net/x/min/general.js?1462190711
Dit blokkeert de gehele UI thread totdat de server een response heeft gegeven en op mijn telefoon soms voor een hele slechte ervaring waarbij het hele tabblad muurvast zit en scrollen alleen maar wit laat zien.

Waarom zijn deze requests synchronous, zijn ze überhaupt nodig? Als deze synchronous moeten, kunnen ze dan niet in een webworker geplaatst worden zodat de UI thread beschikbaar blijft?

Acties:
  • 0 Henk 'm!

  • _David_
  • Registratie: Februari 2011
  • Laatst online: 17:04

_David_

FP ProMod

llama llama duck

I thought fail2ban would keep the script kiddies out but somehow you still seem to be able to login.


Acties:
  • 0 Henk 'm!

  • crisp
  • Registratie: Februari 2000
  • Laatst online: 00:19

crisp

Devver

Pixelated

Firefox kon vroeger synchrone XHR requests afhandelen zonder de GUI te blokkeren :p

Indertijd was het nog nog niet deprecated en was het domweg simpeler om te implementeren. We willen dat ooit nog wel eens omzetten naar async maar hebben daar nog niet de tijd voor gehad (is wel al lange tijd een ticket voor).

Intentionally left blank


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
crisp schreef op maandag 02 mei 2016 @ 18:26:
Indertijd was het nog nog niet deprecated en was het domweg simpeler om te implementeren. We willen dat ooit nog wel eens omzetten naar async maar hebben daar nog niet de tijd voor gehad (is wel al lange tijd een ticket voor).
Is er een rede dat er over ooit word gesproken? Ik erger me al voor langere tijd. Het blijkt in 2014 ook al aangekaart te zijn. Ik meen laatst een vacature voor UX specialist gezien te hebben, non blocking ui is een onderdeel van UX.

Ik snap, ook uit eigen ervaring, dat nieuwe functies veel leuker zijn, maar volgens mij zijn dit soort kleine dingen juist de dingen die een ervaring maken of breken.

Acties:
  • 0 Henk 'm!

  • crisp
  • Registratie: Februari 2000
  • Laatst online: 00:19

crisp

Devver

Pixelated

Verwijderd schreef op dinsdag 03 mei 2016 @ 09:13:
[...]


Is er een rede dat er over ooit word gesproken? Ik erger me al voor langere tijd. Het blijkt in 2014 ook al aangekaart te zijn. Ik meen laatst een vacature voor UX specialist gezien te hebben, non blocking ui is een onderdeel van UX.

Ik snap, ook uit eigen ervaring, dat nieuwe functies veel leuker zijn, maar volgens mij zijn dit soort kleine dingen juist de dingen die een ervaring maken of breken.
Ik ben het helemaal met je eens. Hopelijk kan dit topic onze productmensen nu ook overtuigen ;)

Intentionally left blank