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

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Conception Web Discussion :

La première version alpha de Bootstrap 5 est arrivée sans le support d'Internet Explorer et jQuery


Sujet :

Conception Web

  1. #1
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Data Consultant
    Inscrit en
    Juillet 2013
    Messages
    2 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Data Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2013
    Messages : 2 875
    Points : 86 930
    Points
    86 930
    Billets dans le blog
    2
    Par défaut La première version alpha de Bootstrap 5 est arrivée sans le support d'Internet Explorer et jQuery
    La version 5.0 du framework Bootstrap va supprimer jQuery, sa plus grande dépendance côté client
    pour du pur JavaScript

    Bootstrap n'est plus à présenter aux développeurs Web, car c'est sans doute le framework HTML, CSS et JavaScript le plus populaire pour développer des projets mobiles first et responsives sur le Web. Il offre des outils utiles à la création du design de sites et d'applications Web. C'est un ensemble qui contient des codes HTML et CSS, des formulaires, boutons, outils de navigation et autres éléments interactifs, ainsi que des extensions JavaScript en option. La dernière version majeure, Bootstrap 4.0 a été publiée en janvier 2018, après plus de trois 3 ans de développement et une réécriture majeure de l'ensemble du projet. Elle a donc introduit des changements incompatibles que les développeurs devraient prendre en compte dans leurs projets.

    Plus d'un an après la version 4.0, des versions mineures ont été livrées. La dernière, Bootstrap 4.3, date du 11 février. Bootstrap v4.3 vient avec des améliorations aux utilitaires du framework, des corrections de bogues, mais surtout des tailles de polices responsives. Un nouveau projet Bootstrap permet en effet d’automatiser le calcul d’une taille de police appropriée en fonction des dimensions du périphérique du visiteur ou de la fenêtre du navigateur.

    Mais juste après la livraison de la v4.3, l'équipe Bootstrap a décidé d'aborder quelques changements clés à venir dans la version v5. À la Une, elle annonce l'abandon de jQuery pour du pur JavaScript. « Le chat est sorti du sac - nous abandonnons notre plus grande dépendance côté client pour du JavaScript pur. Nous y travaillons depuis longtemps et un pull request est en cours et presque terminé », a affirmé l'équipe Bootstrap.

    Il s'agit d'un énorme pull request avec des centaines de commentaires étalés sur un an et demi. Selon les commentaires, jQuery a été remplacé par du pur JavaScript (également désigné par le nom Vanilla JS) qui appelle directement les API du navigateur. S'il est souvent désigné comme étant un framework, Vanilla JS ne l'est pas vraiment, c'est du JavaScript sans bibliothèque.

    Le concept Vanilla JS a été popularisé fin 2012, avec pour objectif de contrecarrer l’omniprésence des bibliothèques JS comme jQuery. Si vous avez déjà effectué une recherche sur un moteur de recherche suite à une question ou à un problème en codant en JavaScript, vous vous êtes peut-être rendu compte que jQuery et d’autres étaient omniprésents et toujours présentés comme la solution, même sur des questions génériques. C'est pour lutter contre cela que le concept Vanilla JS a été mis en avant. Il vante les mérites de JavaScript. Plutôt que d’utiliser une bibliothèque en surcouche, on peut en effet trouver une solution équivalente qui utilise les fonctions du core JavaScript.


    L'argument général pour justifier la suppression de jQuery dans Bootstrap v5 est que maintenant que plus de 95 % des fonctionnalités de jQuery sont désormais natives dans les navigateurs (les 5 % restants étant sans doute des bizarreries excessivement rétrocompatibles qui méritent d'être ignorées), donc ajouter une dépendance JS serait "stupide" ou un gaspillage de bande passante.

    Dans la communauté des développeurs, les avis divergent quant à ce changement. Pour certains, c'est une bonne nouvelle. Cela pourra rendre Bootstrap plus attractif et compétitif en tant que framework. Ils reconnaissent que jQuery était l’un des frameworks (bibliothèques) les plus importants de l’histoire JavaScript et il a permis de créer de véritables applications Web. Cependant, depuis lors, les différences entre les navigateurs se sont considérablement réduites et nous avons appris à créer des applications maintenables et évolutives de manière plus déclarative, grâce à des frameworks comme React, Angular et autres. Du coup, jQuery ne serait plus d'une grande utilité. Ils avancent également que c'est généralement bien de pouvoir éliminer une dépendance pour des fonctionnalités natives.

    Les autres, par contre, ne comprennent pas pourquoi l'équipe Bootstrap s'est donné tant de mal pour supprimer jQuery. L'API est incompatible, et si vous parcourez les commentaires du pull request, vous allez constater que de nombreux problèmes spécifiques aux navigateurs sont en cours de résolution. Le support d'Internet Explorer a quant à lui été abandonné. Autrement dit, la suppression de jQuery "a tout cassé". Ils estiment aussi que jQuery fait beaucoup de choses utiles et reste un projet intéressant. Il ne devrait pas être utilisé pour tout, mais passer du temps à le supprimer simplement parce que ce n’est plus le framework à la mode semble être une perte de temps.

    Enfin, si Bootstrap va supprimer jQuery en tant que dépendance, ses développeurs prévoient d'offrir aux utilisateurs qui en besoin un moyen de l'utiliser.

    Sources : Annonce Bootstrap 4.3, Pull request Github (Bootstrap v5 sans jQuery)

    Et vous ?

    Utilisez-vous Bootstrap ? Si oui, quelle version ? Sinon, pourquoi ? Quelle alternative utilisez-vous ?
    Que pensez-vous de la suppression de jQuery dans Bootstrap ? Cela va-t-il vous affecter ? De quelle manière ?
    Que pensez-vous de coder en JavaScript pur (également appelé Vanilla JS) au lieu d'utiliser des bibliothèques comme jQuery ? Quels sont les avantages et inconvénients dans chaque cas ?

    Voir aussi :

    Bootstrap annonce la disponibilité de la version 3.4.0 du framework qui apporte des correctifs de sécurité et des mises à jour essentielles
    La version 4.1.2 de Bootstrap est maintenant disponible, et pourrait mettre fin aux problèmes rencontrés avec la version 4.1.1
    Bootstrap 4.1 est disponible : des corrections de bogues, de nouvelles classes utilitaires et une mise à jour de la documentation
    Bootstrap 4.0 est officiellement disponible : un aperçu des changements notables dans la collection d'outils pour la création de sites Web
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Invité
    Invité(e)
    Par défaut
    L'argument général pour justifier la suppression de jQuery dans Bootstrap v5 est que maintenant que plus de 95 % des fonctionnalités de jQuery sont désormais natives dans les navigateurs (les 5 % restants étant sans doute des bizarreries excessivement rétrocompatibles qui méritent d'être ignorées), donc ajouter une dépendance JS serait "stupide" ou un gaspillage de bande passante.
    Tu passes 1 ans et demi de développement pour supprimer une librairie qui fait 80ko alors que dans la majeur partie du temps tu vas de toute façon l'intégrer pour pouvoir utiliser d'autre plugin, décidément les décideurs me font rêver et leur arguments aussi !

  3. #3
    Membre éprouvé
    Profil pro
    Inscrit en
    Mai 2011
    Messages
    498
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2011
    Messages : 498
    Points : 1 148
    Points
    1 148
    Par défaut
    Mouais j'ai sorti la meme chose quand j'ai vu que ma version d'un plugin n'est pas retro-compatible avec la derniere version de jQuery. Alors que le vanilla JS est retro-compatible avec tous les scripts JS (pour les anciens navigateurs c'est une autre histoire). Et puis on peut encore telecharger la version 4. J'ai plus envie d'avoir 20 scripts qui s'ecrasent les unes les autres pour rien, un de moins c'est deja cela de pris.

    Je trouve que c'est une bonne nouvelle , enfin.

  4. #4
    Membre éprouvé

    Profil pro
    Inscrit en
    Novembre 2009
    Messages
    506
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2009
    Messages : 506
    Points : 1 289
    Points
    1 289
    Par défaut Partie
    Précision importante, jQuery n'est nécessaire que pour certains composants de Bootstrap.
    On peut parfaitement utiliser Bootstrap sans ces composants et du coup sans jQuery.
    Notre application AngularJS (gros SPA avec plus de 100 routes) utilise Bootstrap (3) mais pas jQuery.
    Par exemple à la place du typeahead de bootstrap (qui nécessite jQuery) on utilise le typeahead d'angular-ui qui est plus facilement intégré avec AngularJS (forcément) mais hérite de tous les styles de bootstrap donc est tout aussi bien intégré visuellement que le typeahead Bootstrap.

  5. #5
    Membre confirmé
    Profil pro
    Développeur indépendant
    Inscrit en
    Août 2004
    Messages
    372
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France

    Informations professionnelles :
    Activité : Développeur indépendant
    Secteur : Transports

    Informations forums :
    Inscription : Août 2004
    Messages : 372
    Points : 512
    Points
    512
    Par défaut sérieux?
    on élimine une dépendance..comme si ca leur coutait du pognon.
    un bel exemple de modernisme effrené. une bonne raison de ne pas aller vers cette nouvelle mouture avec son lot de bugs insurmontables autrement qu'en jquery..
    comme si on décidait d'enlever le carburateur parceque ca ferait pas partie du moteur..hallucinant de connerie. ils vivent dans un rêve virtuel ou tout le monde a le dernier windows 10 et le dernier smartphone. ho, reveil !!!

  6. #6
    Membre éclairé
    Homme Profil pro
    Développeur backend junior - Symfony
    Inscrit en
    Janvier 2018
    Messages
    325
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Aisne (Picardie)

    Informations professionnelles :
    Activité : Développeur backend junior - Symfony
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2018
    Messages : 325
    Points : 804
    Points
    804
    Par défaut
    Étant un développeur qui n'aime pas l'omniprésence de jQuery car peu de gens savent vraiment coder en JavaScript et pire avec cette librairie en plus de mâcher de façon parfois perturbante le boulot (chaîner les instructions je veux bien mais il y a des limites).

    J'avoue préféré (je pense que vous l'avez compris) JavaScript Vanilla à jQuery de manière globale. Au moins, j'ai la main mise sur mon code de A à Z et je ne peux m'en prendre qu'à moi même si une erreur se produit et j'ai personnellement une certaine aisance dans la maîtrise du langage.

    La question de l’interopérabilité entre les navigateurs en revanche est un débat assez difficile : doit-on empêcher les anciens navigateurs de fonctionner sur nos applications web ? Je fais parti de ceux qui estiment que oui, nous ne devons pas laisser des applications en mode "dégradé" tourner sous prétexte que la personne en face refuse de mettre à jour son navigateur (et à ce que je sache, cela n'est pas compliqué). Le client est peut être roi mais on doit garantir que l'application fonctionne sans limiter celle-ci (autant mettre une page indiquant que l'application n'est pas compatible avec le navigateur en question et inviter à télécharger la dernière version de Google Chrome / Firefox / Opera / etc. ...)

  7. #7
    Membre éprouvé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    436
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2006
    Messages : 436
    Points : 963
    Points
    963
    Par défaut
    Merci !!!! Je vais peut être réutiliser ce framework

    Je suis allergique à jQuery : la moitié de ceux que je connais qui utilisent jQuery ne savent même pas comment écrire une manipulation de dom basique...
    Vanilla est super et suffit souvent pour la majorité des sites.

    De plus, en utilisant plusieurs bibliothèques on peut vite se retrouver avec une page qui embarque 5 versions différentes de jQuery... Un non sens total.
    Le pire étant que jQuery est souvent utilisé pour simplifier l'écriture d'un simple sélecteur du genre document.getElementById...
    Si on trouve l'écriture trop longue, il existe une magnifique chose qui se nomme "fonction". Avec 3, 4 on peut déjà couvrir énormément de cas et simplifier le code.
    Je ne comprends vraiment pas pourquoi ajouter une dépendance et alourdir une page pour si peu.

    Après, le web n'est pas mon activité principale donc j'imagine sans problème que je n'ai pas connaissance de tous les cas de figure où son utilisation est justifiée voir incontournable.

    Perso, à chaque fois que je cherche des exemples sur codepen ou autre, si je vois du jQuery, je ferme l'onglet directement sans aller plus loin.
    "S'adapter, c'est vaincre" - Cellendhyll de Cortavar

  8. #8
    Membre éclairé
    Homme Profil pro
    Développeur backend junior - Symfony
    Inscrit en
    Janvier 2018
    Messages
    325
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Aisne (Picardie)

    Informations professionnelles :
    Activité : Développeur backend junior - Symfony
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2018
    Messages : 325
    Points : 804
    Points
    804
    Par défaut
    Enfin quelqu'un comme moi !

    Après, le problème étant que paradoxalement, les gens ne savent plus maintenir du code *JavaScript* Vanilla (j'ai appris ça durant ma licence professionnelle lors de la soutenance de mon projet avec un prof qui était aussi un professionnel encore en activité). Cette modification va probablement avoir beaucoup de répercussion sur le marché dans le développement *web* et peut être influencer l'utilisation de Bootstrap (un peu ou beaucoup, l'avenir nous le dira).

  9. #9
    Membre éprouvé Avatar de Charvalos
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2010
    Messages
    353
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Juin 2010
    Messages : 353
    Points : 1 264
    Points
    1 264
    Par défaut
    Citation Envoyé par Kikuts Voir le message
    Après, le web n'est pas mon activité principale donc j'imagine sans problème que je n'ai pas connaissance de tous les cas de figure où son utilisation est justifiée voir incontournable.
    Perso, j'ai toujours trouvé la syntaxe JQuery plus lisible que celle du JS de base (pour autant qu'on ne commence pas chaîner les choses) et c'est surtout pour ça que je l'utilise.

    Typiquement, je préfère
    Code JS : Sélectionner tout - Visualiser dans une fenêtre à part
    $('#myDiv').remove();
    que
    Code JS : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    var elem = document.getElementById("myDiv");
    elem.parentNode.removeChild(elem);

    Ou un autre exemple qui me vient en tête, c'est la création de requête AJAX que je trouve nettement plus lisible et moins verbeux avec JQuery qu'en JS pur et dure.
    "Non, je ne dois rien à personne
    Et je ne méprise personne".


    Je ne réponds pas aux message techniques par MP !

  10. #10
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2018
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 24
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2018
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Pour l'anecdote, la méthode remove() existe maintenant sur les éléments
    Il suffit de faire :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    document.querySelector("un_selecteur_css").remove()
    Pour la deuxième anecdote du jour, depuis 8 ans au moins il y a la méthode "querySelector()" qui marche exactement comme les sélecteurs jQuery.
    Voilà, voilà, jQuery n'est nécessaire que pour Internet Explorer < 10 en gros. Dans le cas précis avec IE, cela reste pertinent. Toutefois, cela doit rester un cas spécial, et ne pas alourdir la page de tout le monde, ou surcharger des trucs en global juste par simplicité. Je vous laisse utiliser jQuery avec Vue par exemple (À NE PAS FAIRE).

  11. #11
    Membre éprouvé
    Homme Profil pro
    Consultant en technologies
    Inscrit en
    Juin 2013
    Messages
    277
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Consultant en technologies
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Juin 2013
    Messages : 277
    Points : 1 011
    Points
    1 011
    Par défaut
    Ou un autre exemple qui me vient en tête, c'est la création de requête AJAX que je trouve nettement plus lisible et moins verbeux avec JQuery qu'en JS pur et dure.
    C'était vrai pour les API XMLHttpRequest mais pour ce qui est de l'API fetch ça reste presque pareil que Jquery pour le coup

  12. #12
    Membre éprouvé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    436
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2006
    Messages : 436
    Points : 963
    Points
    963
    Par défaut
    Citation Envoyé par NBoulfroy
    Enfin quelqu'un comme moi !

    Après, le problème étant que paradoxalement, les gens ne savent plus maintenir du code *JavaScript* Vanilla (j'ai appris ça durant ma licence professionnelle lors de la soutenance de mon projet avec un prof qui était aussi un professionnel encore en activité). Cette modification va probablement avoir beaucoup de répercussion sur le marché dans le développement *web* et peut être influencer l'utilisation de Bootstrap (un peu ou beaucoup, l'avenir nous le dira).
    Oui je voulais te citer mais j'oublie toujours la syntaxe exacte et trouver la section d'aide sur developpez.com révèle toujours du miracle...

    Citation Envoyé par Charvalos
    Perso, j'ai toujours trouvé la syntaxe JQuery plus lisible que celle du JS de base (pour autant qu'on ne commence pas chaîner les choses) et c'est surtout pour ça que je l'utilise.
    Si c'est uniquement pour ça, des micro bibliothèque existe. Tu fais donc partie des personnes qui utilisent jQuery pour rien
    Imagine une fonction comme suit (c'est un exemple pas optimisé ni rien mais pour donner une idée et en aucun cas la bonne implémentation)
    Code JavaScript : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    $ = function (selector) {
      if (selector[0] == "#")
        return document.getElementById(selector);
      /* add code to handle classname and tagname */
    }

    et voilà une fonction super bidon. C'est quand même pas bien compliqué
    "S'adapter, c'est vaincre" - Cellendhyll de Cortavar

  13. #13
    Membre éclairé

    Femme Profil pro
    Experte JS / Conseillère en best practices / Chercheuse en programmation
    Inscrit en
    Octobre 2007
    Messages
    740
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 43
    Localisation : Belgique

    Informations professionnelles :
    Activité : Experte JS / Conseillère en best practices / Chercheuse en programmation
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Octobre 2007
    Messages : 740
    Points : 805
    Points
    805
    Par défaut
    Citation Envoyé par zellerda Voir le message
    Tu passes 1 ans et demi de développement pour supprimer une librairie qui fait 80ko alors que dans la majeur partie du temps tu vas de toute façon l'intégrer pour pouvoir utiliser d'autre plugin, décidément les décideurs me font rêver et leur arguments aussi !
    En même temps, si tu fais encore du jQuery en 2019, c'est qu'il est peut-être temps de s'orienter vers des solutions moins gourmandes, plus performantes, plus modernes, ...

    Pour moi, jQuery n'a jamais été nécessaire, tout au plus un mauvais raccourci pour ceux qui ne veulent apprendre les bases.
    Afin d'obtenir plus facilement de l'aide, n'hésitez pas à poster votre code de carte bancaire

    Mon GitHub

    Une alternative à jQuery, Angular, Vue.js, React, ... ? Testez anticore, en quelques secondes à peine !
    (Contributions bienvenues)

  14. #14
    Expert confirmé
    Avatar de Doksuri
    Profil pro
    Développeur Web
    Inscrit en
    Juin 2006
    Messages
    2 450
    Détails du profil
    Informations personnelles :
    Âge : 54
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Juin 2006
    Messages : 2 450
    Points : 4 600
    Points
    4 600
    Par défaut
    Citation Envoyé par Michael Guilloux Voir le message
    « Le chat est sorti du sac - nous abandonnons notre plus grande dépendance côté client pour du JavaScript pur. »
    essayez d'interpreter les traductions
    => vendre la meche
    La forme des pyramides prouve que l'Homme a toujours tendance a en faire de moins en moins.

    Venez discuter sur le Chat de Développez !

  15. #15
    Membre éclairé

    Femme Profil pro
    Experte JS / Conseillère en best practices / Chercheuse en programmation
    Inscrit en
    Octobre 2007
    Messages
    740
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 43
    Localisation : Belgique

    Informations professionnelles :
    Activité : Experte JS / Conseillère en best practices / Chercheuse en programmation
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Octobre 2007
    Messages : 740
    Points : 805
    Points
    805
    Par défaut
    Citation Envoyé par Kikuts Voir le message
    Code JavaScript : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    /* s for select or anything you want*/
    function s(selector) {
      if (selector[0] == "#")
        return document.getElementById(selector);
      /* add code to handle classname and tagname */
    }
    Attention, un peu trop simpliste tout de même... quid des sélecteurs multiples ou complexes qui commenceraient par # ?
    Afin d'obtenir plus facilement de l'aide, n'hésitez pas à poster votre code de carte bancaire

    Mon GitHub

    Une alternative à jQuery, Angular, Vue.js, React, ... ? Testez anticore, en quelques secondes à peine !
    (Contributions bienvenues)

  16. #16
    Membre éclairé
    Homme Profil pro
    Développeur backend junior - Symfony
    Inscrit en
    Janvier 2018
    Messages
    325
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Aisne (Picardie)

    Informations professionnelles :
    Activité : Développeur backend junior - Symfony
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2018
    Messages : 325
    Points : 804
    Points
    804
    Par défaut
    Citation Envoyé par earhater Voir le message
    C'était vrai pour les API XMLHttpRequest mais pour ce qui est de l'API fetch ça reste presque pareil que Jquery pour le coup
    Je ne vois pas de quoi tu parles, l'API pour le XMLHttpRequest de base marche très bien. Ah si, il faut pondre une méthode qui retourne le bon objet selon le navigateur m'enfin, il faut pas non plus abuser pour le coup.

    Citation Envoyé par Kikuts Voir le message
    Oui je voulais te citer mais j'oublie toujours la syntaxe exacte et trouver la section d'aide sur developpez.com révèle toujours du miracle...

    Si c'est uniquement pour ça, des micro bibliothèque existe. Tu fais donc partie des personnes qui utilisent jQuery pour rien
    Imagine une fonction comme suit (c'est un exemple pas optimisé ni rien mais pour donner une idée)
    Code JavaScript : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    /* s for select or anything you want*/
    function s(selector) {
      if (selector[0] == "#")
        return document.getElementById(selector);
      /* add code to handle classname and tagname */
    }

    et voilà une fonction super bidon qui remplacera $('#myDiv') par s('#myDiv'). C'est quand même pas bien compliqué
    Merci de m'avoir cité

    C'est assez triste comme constat ...

    Citation Envoyé par Lcf.vs Voir le message
    En même temps, si tu fais encore du jQuery en 2019, c'est qu'il est peut-être temps de s'orienter vers des solutions moins gourmandes, plus performantes, plus modernes, ...

    Pour moi, jQuery n'a jamais été nécessaire, tout au plus un mauvais raccourci pour ceux qui ne veulent apprendre les bases.
    Je suis assez d'accord, personnellement, je dois absolument avoir jQuery pour Bootstrap (ou Materialize) mais en dehors de cela, je fais tout en JavaScript Vanilla (sauf la fermeture de modal, c'est l'un de mes grands regrets).

    Une alternative qui peut être intéressante si on veut combler les lacunes en terme d'écriture du JavaScript, c'est de passer sur TypeScript (le code compiler étant forcément du code JavaScript compatible).

  17. #17
    Membre éprouvé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    436
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2006
    Messages : 436
    Points : 963
    Points
    963
    Par défaut
    Citation Envoyé par Lcf.vs Voir le message
    Attention, un peu trop simpliste tout de même... quid des sélecteurs multiples ou complexes qui commenceraient par # ?
    J'ai déjà mis à jour le code tu as répondu trop rapidement mdr
    Je n'allais pas t'écrire en vrac en 20 sec un truc sérieux sinon ça remetterait vraiment vraiment en cause l'utilisation de jQuery
    De plus je ne fais que très peu de Javascript. A la rigueur, du Dart <3 mais du Js ou Ts ? Non merci je laisse aux autres
    Je suis plus C# et Xaml
    "S'adapter, c'est vaincre" - Cellendhyll de Cortavar

  18. #18
    Membre éclairé

    Femme Profil pro
    Experte JS / Conseillère en best practices / Chercheuse en programmation
    Inscrit en
    Octobre 2007
    Messages
    740
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 43
    Localisation : Belgique

    Informations professionnelles :
    Activité : Experte JS / Conseillère en best practices / Chercheuse en programmation
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Octobre 2007
    Messages : 740
    Points : 805
    Points
    805
    Par défaut
    Ce n'était pas pour critiquer, juste pour ne pas que certains se disent "hop, y a plus qu'à"...

    Perso, ça, c'est la mienne, d'approche : https://github.com/Lcfvs/anticore/bl...y/one/index.js

    Elle ne tient pas compte du fait que ce soit un id ou non mais bon.
    Afin d'obtenir plus facilement de l'aide, n'hésitez pas à poster votre code de carte bancaire

    Mon GitHub

    Une alternative à jQuery, Angular, Vue.js, React, ... ? Testez anticore, en quelques secondes à peine !
    (Contributions bienvenues)

  19. #19
    Membre expert Avatar de Kearz
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mai 2012
    Messages
    856
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2012
    Messages : 856
    Points : 3 659
    Points
    3 659
    Par défaut
    Je comprends pas trop pourquoi les gens sont choqués de la suppression de jQuery. En soit c'est bien, si vos briques sont toutes indépendantes, ça permet de faire sa propre stack.

    Tu veux Bootstrap, t'as pas besoin de jQuery? Tu peux.
    Tu veux Bootstrap, t'as besoin de jQuery? Tu peux aussi.

    C'est simple, c'est logique et c'est efficace. C'est pas comme si Bootstrap avait sortie une version sans jQuery mais avec autre chose, ils ont viré jQuery pour mettre du natif.
    Après est-ce que le ratio temps passé pour viré jQuery est bon niveau ROI, c'est autre chose.

    PS: si vous êtes bloqué sur la stack : jQuery / Bootstrap, c'est quand même un choix de carrière dangereux. Personnellement, je pense que jQuery va mourir dans les 5 prochaines années et Bootstrap va devoir se renouveler s'il veut pas disparaître.

  20. #20
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Lead dév - Architecte
    Inscrit en
    Août 2003
    Messages
    6 690
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Lead dév - Architecte
    Secteur : Industrie

    Informations forums :
    Inscription : Août 2003
    Messages : 6 690
    Points : 20 211
    Points
    20 211
    Par défaut
    Que des acteurs majeurs comme bootstrap considère que le support de js est devenu assez bon dans les navigateurs moderne pour se passer de lib supplémentaire est très encourageant.

    On laisse IE sur le coté ... "Qui s'en fou ? "
    De toute manière si on traîne sans cesse certains boulet , on arrivera pas à s'en débarrasser. A un moment il faut savoir dire stop.

    Jquery à été une super lib pendant plusieurs années , mais clairement ses jours sont comptés
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

Discussions similaires

  1. Réponses: 3
    Dernier message: 12/05/2020, 18h59
  2. Une première version alpha de Python 3.8 est publiée,
    Par Bill Fassinou dans le forum Général Python
    Réponses: 2
    Dernier message: 06/02/2019, 01h48
  3. Réponses: 12
    Dernier message: 23/10/2018, 16h45
  4. La première version bêta d'Ubuntu 15.04 arrive chez les testeurs
    Par Michael Guilloux dans le forum Ubuntu
    Réponses: 13
    Dernier message: 23/04/2015, 15h59
  5. Réponses: 0
    Dernier message: 30/07/2009, 20h06

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo