Parce que ce n'est pas dans le code de ton application que tu vas passer 90% du temps, mais dans celui du toolkit graphique. On parle de GNOME + JS ici, pas de HTML + CSS + JS. Ca n'a absolument rien a voir en profil de performance. Dans le monde du web, tout ton toolkit est implemente en JS. Dans le monde des bindings JS, celui-ci est fait en natif. Donc tu as une application avec une logique simple qui ne prend pas plus de 10% du temps et tout ce qui est couteux est fait en natif.
Fait des tests avec valgrind, tu verras ou le temps est passe. Je suis pret a prendre le paris que dans aucune de ces applications, tu arrives a avoir un morceau de JS dans le hot path.
[^] # Re: J-2
Posté par cedric . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 5.
Parce que ce n'est pas dans le code de ton application que tu vas passer 90% du temps, mais dans celui du toolkit graphique. On parle de GNOME + JS ici, pas de HTML + CSS + JS. Ca n'a absolument rien a voir en profil de performance. Dans le monde du web, tout ton toolkit est implemente en JS. Dans le monde des bindings JS, celui-ci est fait en natif. Donc tu as une application avec une logique simple qui ne prend pas plus de 10% du temps et tout ce qui est couteux est fait en natif.
Fait des tests avec valgrind, tu verras ou le temps est passe. Je suis pret a prendre le paris que dans aucune de ces applications, tu arrives a avoir un morceau de JS dans le hot path.