Bilan de fin d'année : JavaScript en 2016

2016Pour chaque développeur Web, JavaScript représente une très grande partie de la vie professionnelle.

JavaScript continue de gagner en popularité. Tout le monde n’aime pas cette langue, mais on entend rarement les opinions moqueuses d’il y a dix ans. Personnellement, j'ai toujours aimé JavaScript, même au cours de ces premières années frustrantes. Quiconque l'approche depuis la direction C, Java ou PHP sera d'abord confus : JavaScript semble familier, mais ne l'est pas. Dépassez vos hypothèses et vous adorerez son élégance simple, sa praticité et sa flexibilité. (Par exemple : le traitement des dates est toujours un cauchemar !)

JavaScript a fêté ses 21 ans en mai, revenons donc sur sa première année de maturité...

Le développement ECMAScript

viaES6/2015 est la mise à jour la plus importante depuis la naissance du langage. Il a fallu sept ans pour finaliser la spécification, mais les navigateurs et les environnements d'exécution commencent enfin à prendre en charge les fonctions fléchées, let et const, ce qui rend beaucoup plus amusant. Le tableau de compatibilité ES6 devient vert brillant.

Si vous devez prendre en charge des navigateurs plus anciens, il est peut-être un peu tôt pour passer complètement à ES6. Pour les navigateurs plus anciens, projet sorti il ​​y a plus d'un an. Vous pouvez utiliser un compilateur ES6 vers ES5 (tel que Babel), mais le développement est très complexe et nécessite l'introduction d'étapes de construction supplémentaires.

ES7/2016 est plutôt une révolution. Une nouvelle fonctionnalité intéressante est async, qui permet d'écrire du code asynchrone de manière synchrone sans la complexité syntaxique des rappels ou des promesses (qui continuent de me dérouter).

Progressive Web Apps

via Ma technologie JavaScript préférée de 2016 va aux Progressive Web Apps. Les PWA ont été annoncées lors du Chrome Developer Summit 2015 de Google, mais une technologie et des outils stables sont finalement arrivés dans Chrome 52 en juillet. PWA permet une fonctionnalité hors ligne et remplace l'approche floue d'AppCache. Les applications Web peuvent enfin rivaliser avec les applications natives et offrir les avantages suivants :

1. Icônes de l'écran d'accueil

2. Lancement rapide et écran de démarrage personnalisé

3. 🎜>

4. Fonctionnalité hors ligne, aucune connexion Internet requise

5 URL, liens et signets

6. Interface plein écran ou thématique

7. exécution

8. Stockage local ou basé sur le cloud

9. Moins d'espace sur l'appareil et de ressources de traitement

10. Meilleure sécurité (HTTPS est une condition préalable)

11. Facilement détectable depuis n'importe quel moteur de recherche

12. Veuillez essayer avant d'installer

13. Déploiement plus facile : ce n'est qu'une application Web

14. Pas de bêtises sur l'AppStore : votre L'application peut contenir n'importe quel dessin de nu et vous mourrez absolument que personne ne puisse vous enlever 30 % de vos bénéfices !

Le meilleur de tout : n’importe quel site Web ou application peut être converti en PWA en quelques heures. Étapes :

1. Activez HTTPS sur le serveur.

2. Créez un manifeste d'application - un fichier JSON dans le répertoire racine de l'application qui définit le nom, les couleurs, les icônes et les options d'affichage.

3. Créer un Service Worker - Le fichier JavaScript dans le répertoire racine est utilisé pour intercepter les appels réseau et peut renvoyer des données en cache ou en temps réel selon les besoins.

Il existe peu d'exemples précoces, mais les PWA offrent une excellente opportunité de « mobiliser » votre application Web. Bien qu'il n'y ait aucune garantie qu'Apple mettra en œuvre cette technologie, cela n'a pas d'importance, votre application fonctionnera toujours dans Safari, elle ne bénéficiera tout simplement pas d'une exécution hors ligne. J'ai le sentiment qu'une fois que l'expérience Web sur Android sera considérablement améliorée, Apple encouragera la prise en charge de PWA.

Framework Fix

via Il est difficile de porter un jugement juste, mais React semble retenir le plus d'attention cette année. Vous n’êtes peut-être pas d’accord, car cela dépend de ce que vous utilisez, de l’endroit où vous êtes allé et de ce que vous avez dit !

Vue.js est devenu populaire et la version 2.0 est sortie en septembre.

AngularJS a peut-être perdu une partie de l'élan qu'il avait gagné en 2015, mais cela pourrait changer avec la sortie d'Angular 2 en septembre. La nouvelle version est une réécriture complète ; elle n'est pas rétrocompatible avec la v1.0.

Bien que les nouveaux frameworks et bibliothèques soient passionnants, jQuery d'il y a dix ans est toujours aussi performant. La version 3.0 est sortie le 9 juin, suivie par la v3.1 le 7 juillet. La bibliothèque fonctionne désormais en mode strict, prend en charge les promesses et divers correctifs sont implémentés. (Voir le guide de mise à niveau pour une liste complète des modifications.)

jQuery est utilisé sur 96,4 % des sites qui utilisent JavaScript. En comparaison, Angular est le framework moderne le plus utilisé – à 0,5 %. jQuery 1.x est la version la plus populaire, représentant une utilisation de 93,5 %. La version 2.x représente 6,0 % et la version 3.x 0,5 %.

J'ai toujours critiqué les développeurs qui utilisent directement jQuery. Il est surutilisé lorsqu’il existe une alternative plus appropriée ou lorsqu’un simple extrait de JavaScript peut répondre à l’exigence. Cependant, il offre une courbe d’apprentissage moins profonde et est plus flexible que la plupart des frameworks. Il faudra de nombreuses années pour que d'autres frameworks ou bibliothèques le remplacent.

Abus d'API

Par exemple, API d'état de la batterie. Lorsque j'écrivais JavaScript en 2013, cela semblait utile : comment minimiser les requêtes et le traitement du réseau lorsque votre application détecte que le téléphone de l'utilisateur est sur le point de s'éteindre

 ?

Malheureusement, Mozilla estime qu'environ 6 % des sites Web utilisent cette API, mais la plupart d'entre eux sont des domaines utilisés par les annonceurs pour détecter l'état de la batterie et suivre les sites Web consultés par les utilisateurs. Il est également possible que certains fournisseurs de services sachent que le téléphone d'un utilisateur est sur le point de s'éteindre et soient désespérés, et l'utilisent pour augmenter le prix de certains services

Bien qu'il ne s'agisse pas d'un problème de JavaScript ou d'API, par exemple. pour des raisons de confidentialité, Mozilla a pris la mesure sans précédent de supprimer l'API d'état de la batterie de Firefox 53. Il est peu probable que cela apparaisse sur les appareils iOS, d'autres API ayant des raisons similaires incluent les capteurs et le Bluetooth. C'est un peu dommage : ces API présentent toutes de réels avantages, et j'espère que les problèmes de confidentialité pourront être résolus dans les prochaines versions.

Nouvelle version de Node

Node.JS nous apportera deux calendriers de sortie chaque année, la version 6.0 en avril et la version 7.0 en octobre.

La plateforme est actuellement en plein essor, même si W3Techs rapporte que l'utilisation du serveur Node.js n'est que de 0,2 %, contre 82,3 % pour PHP. Ces chiffres peuvent être un peu trompeurs, car Node.js n'est pas forcément reconnu même s'il est installé.

Parce que php existe depuis longtemps et reste le choix le plus fiable pour le serveur. Cependant, Node.js écrit sa propre histoire et est largement utilisé par les développeurs de toutes tendances linguistiques.

Yarn

J'aime vraiment npm et je pense que c'est l'une des principales raisons pour lesquelles les outils Node.js sont si populaires. Je n'ai jamais eu trop de problèmes avec npm, mais je ne travaille pas sur un projet aussi gros que Facebook.

Les ingénieurs de Facebook ont ​​publié Yarn en octobre. Il s'agit d'un nouveau gestionnaire de packages Node.js conçu pour être plus rapide et plus stable que npm. Il s'appuie sur le registre npm et reste donc entièrement compatible avec npm.

Yarn vs npm par Tim Severien : Tout ce que vous devez savoir. Je suis d'accord avec sa conclusion :

Bien que Yarn ne soit pas un clone, il améliore plusieurs des défauts de npm. Ne serait-il pas cool si npm apprenait de Yarn et demandait à Facebook, Google et d'autres contributeurs de Yarn de travailler ensemble pour améliorer npm ?

Fatigué et fatigué

En 2016, un article intitulé Je ne peux plus prendre ça a été sélectionné comme Learning JavaScript Feel 2016 de Jose Aguinaga.

Cela peut être une façon humoristique d'indiquer l'état actuel de JavaScript, mais le fait est qu'il devient de plus en plus difficile de suivre les dernières tendances, frameworks et recommandations. Face à un grand nombre d’évaluations de solutions techniques, les développeurs vont se battre les uns contre les autres.

Mon conseil : n’essayez pas de suivre. Parce que cela ne peut tout simplement pas être fait. Tout système sur lequel vous vous concentrez aujourd’hui sera remplacé par quelque chose de meilleur demain. Choisissez une bonne solution pour votre projet et respectez-la à moins que cela ne rende le travail terrible.

Une chose qui est sûre est JavaScript lui-même. Apprenez d’abord la langue et continuez à élargir vos connaissances. Votre expérience vous aidera à comprendre le fonctionnement de chaque framework afin que vous puissiez faire un choix éclairé, même si ce choix peut consister à abandonner complètement tous les frameworks.

Je souhaite à tous le meilleur au travail et dans la vie en 2017.