Revenir en dev frontend, quel outil js utiliser de nos jours
Fermé
ranjok
Messages postés
311
Date d'inscription
mardi 19 février 2008
Statut
Membre
Dernière intervention
23 avril 2019
-
19 avril 2019 à 15:23
Mormegil - 23 avril 2019 à 16:27
Mormegil - 23 avril 2019 à 16:27
A voir également:
- Revenir en dev frontend, quel outil js utiliser de nos jours
- Telecharger dev c++ - Télécharger - Langages
- Comment utiliser chromecast - Guide
- Télécharger outil capture d'écran ciseaux - Télécharger - Capture d'écran
- Revenir à windows 10 - Guide
- Revenir en arrière clavier - Guide
2 réponses
Salut,
JQuery toujours autant utilisé je pense. Tout dépends du but et besoin bien sûr. Sinon la norme ECMASCRIPT à pas mal évolué et le pur JS s'est pas mal enrichit avec une notation fléchée des fonctions , des paramètres par défaut possible (comme avec Java) et quelques autres enrichissements par l'ajout de nouvelles fonctions bien pratiques(voir JS 6 et >, à priori la norme ajoute du contenu chaque année) et l'utilisation omniprésente des closures et de la notation objet JSON qui remplace avantageusement tout ce qui est XML pour les méta-données. Des fonctionnalités encore fer de lance comme les webworkers, , l'import de fonctions d'un fichier çà l'autre, localStorage et autres.
Le chaînage est toujours autant d'actualité. Avec l'ajout de fonctionnalités en HTML5 et d'API JS qui vont avec le JS est toujours omniprésent. Déjà avant 2013 il y avais aussi l'apparition du NODB. Toujours aussi les typescript et coffeescript ou autres framework/librairie qui permettent de typer les données et donc plus d'intégrité/sécurité. Bootstrap aussi omniprésent (du CSS par JavaScript) qui est même intégré par le W3C.
Sinon React, backbone, angular côté frontend sont toujours pas mal employés et ce qui est demandé aussi c'est node.js pour gérer autre chose que le frontend, comme c'est relativement récent et technologie serveur il n'y a pas tant de gens qui en sont expert. Même Dojo reste utilisé, même s'il a de nombreux concurrents plus ou moins spécialisés et plus ou moins MVC ou MV+.
Bref le frontend s'est simplifié et enrichit , les API fournissent des outils clés en main, les frameworks sont plus légers ou plus volumineux selon qu'il y a besoin de faire rapidement de l'UI avec une biblio légère(comme vue.js) qui permettent aussi d'approcher les possibilités du défunt Flash ou quelque chose de volumineux à cheval sur le back-office.
Tout est RAD, AGILE ou autre nom du style et les frameworks permettent tous les angles pour le dév., fournir des polyfil et du responsive qui reste une grande priorité.
JavaScript plus présent car plus puissant et que les fonctionnalités actuelles le réclament donc JQuery toujours d'actualité même si perso je trouve ça lourd donc à utiliser pas pour simplifier le code mais si l'application le nécessite et qu'on utilise pas un framework à côté qui permet de structurer et avoir des objets/UI/API tout prêts où rajouter un page de script de quelques centaines de kilo-octets servira à rien...
Surtout qu'avec minification, modernizr on peut alléger grandement le code en JS pur.
JQuery toujours autant utilisé je pense. Tout dépends du but et besoin bien sûr. Sinon la norme ECMASCRIPT à pas mal évolué et le pur JS s'est pas mal enrichit avec une notation fléchée des fonctions , des paramètres par défaut possible (comme avec Java) et quelques autres enrichissements par l'ajout de nouvelles fonctions bien pratiques(voir JS 6 et >, à priori la norme ajoute du contenu chaque année) et l'utilisation omniprésente des closures et de la notation objet JSON qui remplace avantageusement tout ce qui est XML pour les méta-données. Des fonctionnalités encore fer de lance comme les webworkers, , l'import de fonctions d'un fichier çà l'autre, localStorage et autres.
Le chaînage est toujours autant d'actualité. Avec l'ajout de fonctionnalités en HTML5 et d'API JS qui vont avec le JS est toujours omniprésent. Déjà avant 2013 il y avais aussi l'apparition du NODB. Toujours aussi les typescript et coffeescript ou autres framework/librairie qui permettent de typer les données et donc plus d'intégrité/sécurité. Bootstrap aussi omniprésent (du CSS par JavaScript) qui est même intégré par le W3C.
Sinon React, backbone, angular côté frontend sont toujours pas mal employés et ce qui est demandé aussi c'est node.js pour gérer autre chose que le frontend, comme c'est relativement récent et technologie serveur il n'y a pas tant de gens qui en sont expert. Même Dojo reste utilisé, même s'il a de nombreux concurrents plus ou moins spécialisés et plus ou moins MVC ou MV+.
Bref le frontend s'est simplifié et enrichit , les API fournissent des outils clés en main, les frameworks sont plus légers ou plus volumineux selon qu'il y a besoin de faire rapidement de l'UI avec une biblio légère(comme vue.js) qui permettent aussi d'approcher les possibilités du défunt Flash ou quelque chose de volumineux à cheval sur le back-office.
Tout est RAD, AGILE ou autre nom du style et les frameworks permettent tous les angles pour le dév., fournir des polyfil et du responsive qui reste une grande priorité.
JavaScript plus présent car plus puissant et que les fonctionnalités actuelles le réclament donc JQuery toujours d'actualité même si perso je trouve ça lourd donc à utiliser pas pour simplifier le code mais si l'application le nécessite et qu'on utilise pas un framework à côté qui permet de structurer et avoir des objets/UI/API tout prêts où rajouter un page de script de quelques centaines de kilo-octets servira à rien...
Surtout qu'avec minification, modernizr on peut alléger grandement le code en JS pur.
ranjok
Messages postés
311
Date d'inscription
mardi 19 février 2008
Statut
Membre
Dernière intervention
23 avril 2019
35
23 avril 2019 à 09:54
23 avril 2019 à 09:54
Merci pour cette explication, assez claire..
Mais un développeur qui commence à coder en JS de nos jours, toujours commencer par JQuery ou du JS pur (puisque ça a évolué depuis JS 6) est-il productif?
Mais un développeur qui commence à coder en JS de nos jours, toujours commencer par JQuery ou du JS pur (puisque ça a évolué depuis JS 6) est-il productif?
Quelle différence enre JQuery et JS? Jquery est du JS mais pas l'inverse donc...
au moins se familiariser avec la notation objet simplifié(JSon) et les closures ainsi que les fonctions objets.
Enfin JQuery c'est bien beau pour des trucs bateaux vite fait mais bon quitte à faire des trucs bateaux il y a mieux en framework(nottament MVC)...
Bref tout dépends du besoin, de l'envie et de la compétence... mais bon faire du JQuery sans bien connaître JS pas terrible.
Pour moi JQuery c'est un sélecteur court à écrire et des un contexte d’exécution qui permet pas mal de truc (comme le débogage) donc rien qu'on ne peut pas faire en JS... forcément.
Le seul vrai hic avec JQuery c'est qu'un truc comme node.js (pour ne coter que lui) va pas vraiment aprécié forécément JQuery ou alors faut se prendre un peu la tête.
Pas pour rien que IBM a décrété JavaScript le meilleur langage du monde, mais aussi pour ses librairies nombreuses. En connaître une c'est exclure les autres, connaître JS c'est savoir comment sont faites les librairies donc on peut tout faire.
Enfin mon avis est peut-être pas partial, je fait mon propre framework car JQuery ne me convient pas(trop lourd et lent pour de l'animation 2D et un truc qui ressemblera à Flash (pour l'IDE) au final)....
bref tout dépends du besoin , de la demande et des compétences ;) Après en venant de Java (dev embarqué?) vous voulez peut-être quelque chose de rigoureux et performant. Les 2 peuvent l'être mais la question à se poser est que utiliser JQuery c'est pour simplifier le boulot du dév parce qu'il aura moins de lettres à taper dans son code ou faire de meilleurs programmes... car (je me répéte je sais) intégrer JQuery pour .show .hide sert à rien et va ralentir le programme pour rien. Après pour AJAX ou d'autres trucs du genre je dit pas que ça à pas vraiment ses avantages....
au moins se familiariser avec la notation objet simplifié(JSon) et les closures ainsi que les fonctions objets.
Enfin JQuery c'est bien beau pour des trucs bateaux vite fait mais bon quitte à faire des trucs bateaux il y a mieux en framework(nottament MVC)...
Bref tout dépends du besoin, de l'envie et de la compétence... mais bon faire du JQuery sans bien connaître JS pas terrible.
Pour moi JQuery c'est un sélecteur court à écrire et des un contexte d’exécution qui permet pas mal de truc (comme le débogage) donc rien qu'on ne peut pas faire en JS... forcément.
Le seul vrai hic avec JQuery c'est qu'un truc comme node.js (pour ne coter que lui) va pas vraiment aprécié forécément JQuery ou alors faut se prendre un peu la tête.
Pas pour rien que IBM a décrété JavaScript le meilleur langage du monde, mais aussi pour ses librairies nombreuses. En connaître une c'est exclure les autres, connaître JS c'est savoir comment sont faites les librairies donc on peut tout faire.
Enfin mon avis est peut-être pas partial, je fait mon propre framework car JQuery ne me convient pas(trop lourd et lent pour de l'animation 2D et un truc qui ressemblera à Flash (pour l'IDE) au final)....
bref tout dépends du besoin , de la demande et des compétences ;) Après en venant de Java (dev embarqué?) vous voulez peut-être quelque chose de rigoureux et performant. Les 2 peuvent l'être mais la question à se poser est que utiliser JQuery c'est pour simplifier le boulot du dév parce qu'il aura moins de lettres à taper dans son code ou faire de meilleurs programmes... car (je me répéte je sais) intégrer JQuery pour .show .hide sert à rien et va ralentir le programme pour rien. Après pour AJAX ou d'autres trucs du genre je dit pas que ça à pas vraiment ses avantages....
