les Hypermedia Driven Application (HDA, avec un backend qui renvoie directement du HTML plutôt que du JSON à traiter par client REST) affichent de gros lags avec des divs vides.
Pareil avec du rendu côté client : si tu n'as pas les données, tu ne peux pas les afficher. Tu pourras peut-être commencer à afficher une coquille vide le temps que les données soient récupérées, mais pour faire ça il faut avoir récupéré les templates avant.
Tandis que les framework JS en front permettent d'informer l'internaute qu'on attend les données (genre spinner).
Pour les spinners et indicateurs génériques, il n'est pas interdit d'en avoir sur une appli en mode HDA. Par exemple le concurrent à HTMX qu'est Unpoly1propose d'afficher une barre de chargement en haut de page si la réponse à une requête met trop de temps à arriver.
Je n'ai utilisé aucun des deux. La complexité des frameworks front me chagrine, et je lorgne sur les alternatives aux Single Page Apps. ↩
[^] # Re: Oui
Posté par potate . En réponse à la dépêche Plaidoyer pour des interfaces temps réels. Évalué à 3.
Pareil avec du rendu côté client : si tu n'as pas les données, tu ne peux pas les afficher. Tu pourras peut-être commencer à afficher une coquille vide le temps que les données soient récupérées, mais pour faire ça il faut avoir récupéré les templates avant.
Pour les spinners et indicateurs génériques, il n'est pas interdit d'en avoir sur une appli en mode HDA. Par exemple le concurrent à HTMX qu'est Unpoly1 propose d'afficher une barre de chargement en haut de page si la réponse à une requête met trop de temps à arriver.
Je n'ai utilisé aucun des deux. La complexité des frameworks front me chagrine, et je lorgne sur les alternatives aux Single Page Apps. ↩