IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Mozilla, Cloudflare, Facebook et d'autres proposent BinaryAST
Pour des temps de chargement JavaScript plus rapides

Le , par Stéphane le calme
8 commentaires

345PARTAGES

12  0 
Vous avez lu gratuitement 237 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

8 commentaires
Commenter Signaler un problème
danielhagnoul
Avatar de danielhagnoul
Rédacteur https://www.developpez.com
Le 18/05/2019 à 11:19


https://github.com/tc39/proposal-binary-ast : changement du comportement de la Function.prototype.toString

Function.prototype.toString () Cette méthode retournerait quelque chose comme "[sourceless code]".

Quel impact sur le fonctionnement normal de cette fonction qui est utilisée partout de la même manière depuis les débuts de JS ?

****

Impact non négligeable, car son usage impliquera une modification des serveurs et des navigateurs :

1  0 
freddostar31
Avatar de freddostar31
Candidat au Club https://www.developpez.com
Le 18/05/2019 à 17:28
Citation Envoyé par Sodium Voir le message
Si seulement JavaScript était suffisamment fonctionnel pour ne pas nécessiter 3mo de librairies tierces pour être utilisables...
Depuis es6, quand tu maîtrises ton code et ton architecture, pas besoin de 3mo de librairies ... c'est terminé le temps du jquery et compagnie ...
1  0 
Watilin
Avatar de Watilin
Expert éminent https://www.developpez.com
Le 19/05/2019 à 13:29
Si on arrêtait d’essayer de réinventer l’analyseur HTML, ça serait un bon départ. Aujourd’hui, les devs et les chefs de projet pensent qu’un navigateur, ce n’est pas suffisant pour faire fonctionner le Web, et qu’il faut rajouter des tartines de JS. C’est peut-être globalement accepté désormais que jQuery n’est plus indispensable, mais l’illusion de besoin s’est juste déplacée vers les frameworks « tout-en-un » comme Angular, React, etc.
Je ne sais pas à quel moment on a oublié le principe de l’amélioration progressive.
1  0 
Avatar de
https://www.developpez.com
Le 19/05/2019 à 1:53
Citation Envoyé par Sodium Voir le message
Si seulement JavaScript était suffisamment fonctionnel pour ne pas nécessiter 3mo de librairies tierces pour être utilisables...
Peut être pas 3mo, mais c'est clair que le nombre de dépendances d'un projet javascript est hallucinant. ES6 ou pas d'ailleurs, quand tu fais import 'xxx' si xxx dépend de 3 sous modules c'est transparent pour le programmeur (et c'est pour ça que tout le monde s'en fout) mais pas pour ton exécutable final.
0  0 
oduhart
Avatar de oduhart
Futur Membre du Club https://www.developpez.com
Le 19/05/2019 à 8:37
quelle est la différence avec WASM (web assembly ) ? ca y ressemble fort, non ?
0  0 
Sodium
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 19/05/2019 à 13:49
Si tu veux faire une application ultra-réactive, peu gourmande niveau serveur et facilement adaptable sur mobile (je parle d'adaptation en appli native, pas de responsive design), il n'y a pas vraiment de solution à part faire du 100% front.
0  0 
Sodium
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 18/05/2019 à 12:17
Si seulement JavaScript était suffisamment fonctionnel pour ne pas nécessiter 3mo de librairies tierces pour être utilisables...
2  3 
Sodium
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 18/05/2019 à 18:51
Je ne te parle pas de jQuery mais de tout le reste qui est pratiquement devenu standard pour corriger les faiblesses du langage (rxjs par exemple) dans les applications modernes, et l'évocation d'es6 n'est pas pertinente puisque le code final sera presque systématiquement retraduit en ES5 avec un outil comme babel.
0  1 
Commenter Signaler un problème