Un développeur donne des pistes pour l’exécution des pages dynamiques sans recourir à JavaScript

Un développeur donne des pistes pour l’exécution des pages dynamiques sans recourir à JavaScript
Afin d’améliorer la vitesse de chargement des pages dynamiques

Alors que JavaScript jouit actuellement d’une grande popularité dans le monde des langages de programmation informatique, un développeur ambitionne de mettre fin à son utilisation dans les pages Web dynamiques.

Dans le cadre des propositions pour le prochain standard du web (HTML6), Bobby Mozumder, éditeur en chef du magazine de mode FutureClaw et développeur Web, vient de proposer une nouvelle piste pour l’exécution dynamique des pages HTML sans recourir à JavaScript afin de réduire le temps de chargement des pages web.

Pour lui, le fait de charger et compiler JavaScript à chaque appel constitue une perte de temps dont on peut s’en passer.


Son objectif est donc de définir une norme qui emmènera les navigateurs à intégrer des fonctionnalités HTML qui permettront d’exécuter dynamiquement des applications conçues en une seule page sans le recours à JavaScript. Pour ce faire, Bobby envisage une liaison entre les éléments d’ancrage et l’API JSON. Cela forcerait le navigateur à charger les données dans un nouveau modèle d’objets en remplacement du DOM qui permet pour l’heure d’effectuer des changements sur une page dynamique. Dans pareil cas, la structure HTML deviendrait un langage servant à créer uniquement des Templates. La partie dynamique résiderait dans les objets du nouveau modèle qui pourront être rechargés sans utiliser JavaScript.

Cette proposition, si elle aboutit, permettra selon Bobby Mozumder, de réduire le temps de réponse d’une page dynamique en la faisant passer à intervalle compris entre 10 et 50 ms contre 300 à 1500 ms pour le chargement des pages actuelles. De même, les développeurs pourront se défaire de l’apprentissage de JavaScript.

Source : Site W3C


:fleche: Télécharger le code source de la proposition effectuée

Et vous ?

:fleche: Que pensez-vous de cette proposition ?

:fleche: Aura-t-elle du succès quand on sait que la tendance actuelle est à l’usage de JavaScript ?

"les développeurs pourront se défaire de l’apprentissage de JavaScript" : Oui, mais ils devront apprendre autre chose de totalement nouveau dont on ne connait pas encore le degré de complexité et de bienfoutuité. Difficile de se faire un avis définitif.

Le gars devrait d'abord réfléchir à comment nous débarrasser de CSS.

J’avais déjà pensé à un truc pour faire du dynamisme dans une page web sans JavaScript.
L’idée que j’avais eu était un langage similaire à CSS, mais permettant de réagir aux événements.
Par exemple :

Code:

---

1 2 3 4 5

button#button $click { background-color: blue; color: red; text: "Clicked"; }

---

Les seules parties qui différent du CSS sont l’événement "$click" et les attributs spéciaux genre "text".

J’ai programmé un script… en JavaScript… convertissant ce langage en JavaScript, ce qui permet de l’utiliser dans une page web.
Vous pouvez trouver le code ici.
Et voici une page utilisant cela.

C’est bien, mais je trouvais que ce n’était pas assez puissant.
Pour faire des trucs compliqués, je trouve qu’il est plus facile d’utiliser JavaScript.
Et puis, il est possible de quasiment faire tout cela en CSS pur en utilisant quelques techniques.

Qu’en pensez-vous ?

J'applaudis, mais pas les lobbies ^^

Le développeur qui est en moi applaudit l'éventuel gain de performance ajouté à l'unification en une seule norme (et la mise à mort de JS).

- Toutes les entreprises recourant à Javascript,
- Tous les développeurs de frameworks basés sur JS (JQuery par ex) ou de langages compilant en JS
- Le peu d'experts Javascript grassement payés

=> Suicide collectif ^^

Citation:

---

:fleche: Aura-t-elle du succès quand on sait que la tendance actuelle est à l’usage de JavaScript ?

---

Bien sûr !

<troll>
ActiveX et Flash furent tendances également aussi, et c’était il n’y a pas si longtemps… :mouarf:
</troll>

je vois mal comment il est possible de réaliser des fonctions aussi complexe que le permette le JavaScript uniquement avec des objets JSON très formaté
si il veut éviter de charger des scripts externe il peut déjà mettre son code js dans son HTML

Pour réaliser ces ambitions il devrait alors créer quelque-chose de fondamentalement différent du html actuel

Citation:

---

Envoyé par TiranusKBX

Pour réaliser ces ambitions il devrait alors créer quelque-chose de fondamentalement différent du html actuel

---

C'est la réflexion que je me faisait, cela risque de dénaturé le HTML.

Javscript ne se limite pas à rajouter des effets, il peut être utiliser sur pas mal de chose.
Du coup, après on voudra rajouter des spécificités au html7 pour communiquer avec le server, accédé aux bases de données...
On va se retrouver avec du "super HTML" qui pourra tout faire mais qui n'as pas été prévu/conçu à la base pour cela.

Même si l'idée est très intéressante, il faudrait plus ce pencher sur l'évolution du CSS qui est fait pour cela et qui permet deja d'ajouter quelque petite touche de dynamisme.
C'est ce qui me parait le plus logique.
C'est pour cela que l'idée de Antoyo va dans le bon sens je trouve.

Persos, moin y'a de javascript dans une page moin y'a de problème.

Quand j'ai pas le choix j'ai le choix, mais sinon, je ne mets pas du js pour m'amuser.

Pour le chargement de scripts externes, le probleme ne sera-t-il pas réglé par l'arrivée de HTTP2, qui enverra de multiples fichiers en une seule reponse ?

Citation:

---

Envoyé par antoyo

Pour faire des trucs compliqués, je trouve qu’il est plus facile d’utiliser JavaScript.
Et puis, il est possible de quasiment faire tout cela en CSS pur en utilisant quelques techniques.

---

C'est vrai que j'essaie autant que possible de passer par du HTML/CSS plutôt que du HTML/JS, mais ça peut aussi devenir vraiment complexe a mettre en œuvre. La dernière qui m'avait bien fait cogiter était un truc comme ça.

En tout cas, j'ai du mal à comprendre comment ça peut vraiment fonctionner. On va arriver à niveau d’abstraction telle que ça sera impossible à maintenir. Comment faire du conditionnel sans code, il faudra bien y mettre de la logique à un moment ou l'autre ? J'ai un peu regardé la conversation, c'est juste une proposition publiée dans la mailing-list, comme il y en a souvent. D'ailleurs, je ne vois pas pourquoi on en fait une news. Pourquoi ne pas faire de news sur toutes les propositions qui sont faites au W3C, il y a beaucoup qui pensent pouvoir réinventer un truc mieux (et j'en fais parti :aie:), mais quand on suit la discussion on se rend compte que souvent, il suffit de souffler du bon côté pour que le château de cartes s’effondre. Il y aura toujours un type pour penser à un cas non prévu qui fait que tout tombe par terre. Je remarque d'ailleurs que les propositions les plus modestes sous souvent les plus solides, et elles font avancer les choses.

La nouvelle norme pourrait déjà commencer par interdire la possibilité d'import de code javascript et/ou de limiter le nombre de lignes ou le poids total en kilo-octets des scripts associés à une page. Le problème de javascript c'est l'usage abusif qui en est fait. Certains sites envoient presque un méga-octets de fichiers js pour "dynamiser" une page, c'est insensé.

Pour réduire le temps de chargement des pages utilisant js, on pourrai tout simplement le compiler en bytecode pour améliorer les performances. En plus les entreprises seront contente elle pourront encore plus proteger leur code source.

Citation:

---

Envoyé par yahiko

Le gars devrait d'abord réfléchir à comment nous débarrasser de CSS.

---

Rien t’empêche de développer comme en HTML 1.0 après tu perdras juste des utilisateurs

Citation:

---

Envoyé par Traroth2

Oui, mais ils devront apprendre autre chose de totalement nouveau dont on ne connait pas encore le degré de complexité et de bienfoutuité.

---

[troll]Aujourd'hui c'est quand même pas bien compliquer de faire moins mal foutu que javascript :P[/troll]

Plus sérieusement le développeur ne propose pas de supprimer JS mais de faire ce que font actuellement les framework du type angularjs avec leur data-binding directement dans le html. Ce qui en soit n'est pas idiot puisqu'on s’épargne le chargement d'un lib et on passe par des traitement natif dans la navigateur et plus par du js interprété.

Après si tous les développeurs commençaient par arrêter de charger jquery pour 3 sélections de balise le web se porterait bien mieux :D

Citation:

---

Envoyé par grunk

[troll]Aujourd'hui c'est quand même pas bien compliquer de faire moins mal foutu que javascript :P[/troll]

Plus sérieusement le développeur ne propose pas de supprimer JS mais de faire ce que font actuellement les framework du type angularjs avec leur data-binding directement dans le html. Ce qui en soit n'est pas idiot puisqu'on s’épargne le chargement d'un lib et on passe par des traitement natif dans la navigateur et plus par du js interprété.

Après si tous les développeurs commençaient par arrêter de charger jquery pour 3 sélections de balise le web se porterait bien mieux :D

---

Après il y a aussi le fait que certains clients désactive le javascript mais aussi certaines personne rendent le suite moins accessible en l'utilisant de manière exagérer et/ou d'une mauvaise façon

Citation:

---

Envoyé par macslan

Rien t’empêche de développer comme en HTML 1.0 après tu perdras juste des utilisateurs

---

Roh ! Je ne parlais pas de revenir au HTML 1.0 rassure toi. Si on supprime le CSS, il faudra trouver une autre solution pour implémenter la présentation, évidemment.

Il faut juste savoir qu'une grande part de la lenteur du DOM est causé par la gestion des CSS, sans compter les heures perdues par beaucoup de dev/designers sur les arcanes absconses du CSS, mais c'est un autre débat.

Ensuite pour revenir au troll post initial, ça ne parle que d'un usage spécifique du HTML. Qui sait si les pages responsive sont réellement l'avenir du Web ou si dans quelques temps il y aura la hype sur une nouvelle conception de pages Web.

Compromettre un standard pour un phénomène qui n'est peut-être que passager et pouvant nuire à la généralité du HTML, n'est pas une bonne idée il me semble.

Citation:

---

Envoyé par sazearte

Persos, moin y'a de javascript dans une page moin y'a de problème.

Quand j'ai pas le choix j'ai le choix, mais sinon, je ne mets pas du js pour m'amuser.

---

Bien sûr, comme en témoigne le lien dans ta signature ! :ptdr:
Qui réalise l'exploit de charger, entre autres, pas moins de 5 versions de jQuery. :aie:

Oui bon, le gars il veut faire les templates d'Angular mais sans JavaScript. Je dis pas que c'est stupide mais c'est pas vraiment révolutionnaire. Au bout d'un moment c'est jamais que des iframe un peu plus souples.

Citation:

---

Envoyé par nanopowered

Pour le chargement de scripts externes, le probleme ne sera-t-il pas réglé par l'arrivée de HTTP2, qui enverra de multiples fichiers en une seule reponse ?

---

Un peu mais soyons honnêtes : c'est un peu bricolo tout ça. Ne pas avoir besoin de l'existence de ces scripts et les remplacer par un mécanisme natif bien défini, quelque part ça a plus de sens que de reprogrammer en JavaScript ce qu'on aurait voulu que HTML soit.
Mais de là à le faire pousser dans les navigateurs, bon courage les amis.

En gros il voudrai inclue dans les navigateurs les templates comme dans emberJS/Handlebars ou Angular.
Il est vrai que çà éviterai que le javascript "compile" les templates.