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
Discussion :
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.
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.
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
essayez d'interpreter les traductionsEnvoyé par Michael Guilloux
=> 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 !
Supprimer JQuery ? Nope...
Perso pour nos App développées en interne on est toujours à Bootstrap 3.3.7.... Passer à Bs 4 n'offre pas assez de nouveauté que pour justifier la réécriture de ces App donc passer au 5 sans JQuery alors que de base pour plein d'autres choses on utilise quant même JQuery cela fait que cette décision n'offre absolument aucun intérêt ^^
Pour celui qui développe un truc complètement nouveau peut-être mais pour celui qui devra réécrire une grande partie de son code pour être compatible en lieu et place de développer l'application en elle même, c'est contre productif surtout qu'en interne nous avons développé un framework/wrapper PHP pour générer du contenu Bootstrap, ce serait encore plus de boulot d'évoluer vers une version incompatible...
Bref mon avis est franchement négatif... C'est okay pour des applications Web standard mais pour des applications d'entreprise complexes dépendantes de contraintes structurelles, c'est un "no go" car le coup est trop élevé !
Maintenant dans l'absolu c'est une belle évolution mais dans la pratique c'est tout autre chose ;-)
Sérieusement, jQuery a été conçu pour lisser les différences entre les browsers, le fait que ce lissage devienne de plus en plus inutile était plus que prévisible.
Après, jQuery a déjà 12 ans... ce qui est déjà énorme ! Vous n'avez vraiment pas eu le temps de trouver de meilleures approches ?
Tout comme Kearz, je suis très étonné des quelques réactions négatives à ce sujet, tout ce qui va vers l'indépendance des outils est bon car on peut utiliser l'un ou l'autre ou les deux sans problèmes.
Pour les interrogations sur l’inter-compatibilité des navigateurs, si votre site vise toujours des gens sur IE9 ou moins vous n'êtes juste pas obligés d'utiliser la nouvelle version, ou sinon utilisez des polyfills au lieu de jQuery pour les quelques fonctionnalités qu'il vous manque.
Si vous avez une application complexe en production bien évidemment que vous n'allez pas tout réécrire, personne ne réécrit 100% d'une appli quand une nouvelle version majeure de n'importe quel outil sort. Vous pouvez soit ne rien faire et rien ne change, soit migrer petit à petit, module après module, vue après vue.
tu parles de dette technique.
Celle-ci ne peut qu'augmenter avec le temps et deviendra dramatique le jour ou ton BS3 sera devenu incompatible avec une majorité des systèmes qui seront utilisés.
Bien sur cela sous entend qu'avec de BS-5 les "faiseurs" décident d'entrer dans un cercle vertueux de compatibilité ascendante; ce qui n'est absolument pas garanti.
mais en se délestant de jQuery, cela leur donne quand même une plus grande pérennité.
Vu ce qu'est BS3 et comment fonctionne l'internet je ne le vois incompatible avec quoi que ce soit avant 20 ans si pas plus ...
C'est quoi BS3 ? Un peu de css et de javascript c'est tout
Tu peux déjà utiliser les anciennes version sans soucis.
J'ai un site qui est sur bootstrap 2 quelque chose.
Ça doit faire 5 6 ans que je l'ai je m'en sert tous les jours et il fonctionne nikel. ;-)
Ça restera pour les projets qui seront devs avec la version 5 de BS
j'utilise en autre jquery pour sa simplicité.
j'utilise aussi plusieurs plugin qui nécessite jquery tel que datatable ou boostrap table qui a pas trop d'équivalent
Comme quelqu'un l'a dit précédemment, ils suppriment simplement la dépendance à jQuery, ton application pourra très bien fonctionner avec Bootstrap 5 ET jQuery... La question que tu te poses est la montée en version qui se justifie ou pas, d'ailleurs tu le dis toi même, tu n'as pas fait le pas vers la version 4 (pourtant jQuery), tu te poseras la même question pour la version 5, mais l'abandon de jQuery n'est ni une contrainte ni un plus dans ton cas.
L'informatique et le BTP, meme combat : defaire et refaire en permanence pour s'occuper.
Alors qu'on pousse depuis des années a disposer de composants/framework plutot que de reinventer la roue (carree) a chaque fois; simplifier les intégrations; partager des connaissance et l'experience pour le dev; une librairie qui plus est de taille reduite; des machines avec des puissances de calcul phenomenal pour ce qu'elles font... non là vraiment je ne cherche plus mais l'informatique c'est souvent l'art de tourner en rond.
La comparaison est plutôt bonne: défaire et refaire.
La conclusion par contre ... Tourner en rond? En quoi?
Vivre dans un maison type 1930, c'est bien mais ... Si tu veux : être bien isolé, avoir du RJ partout dans ta maison, de la luminosité, etc. T'as deux solutions:
- Tu galère avec des travaux compliqués et qui potentiellement ne seront pas tous possible. (dette technique)
- Tu casse tout ou partie et tu refait ce qui ne va pas. (Nouveau framework, reconstruction du framework existant, ...)
A chaque fois, c'est un pas en avant. Ré-inventer la roue c'est par exemple: refaire un langage qui n'apporte rien de plus que les autres.
Ben exterieurement (le fonctionnel que tu vends a ton client) lui ne bougera pas meme si tu reecrit tout differemment.
Pour conserver l'analogie avec la maison c'est comme si tu voulais changer la peinture blanche de ta facade... en changeant de marque de peinture.
Tu auras au final toujours une maison blanche; pas tout a fait le meme blanc certes, mais du blanc quand meme;
En tant que client (celui qui fait le cheque des travaux), je suis pas sur que je vais me lancer dans un remplacemnt de peinture de ma maison pour avoir visuellement ... la meme chose (alors oui le peintre pourra toujours me dire que c'est une peinture 2.0) et m'annoncer une facture de centaines d'heures.
Ah oui ce que ne sait pas le peintre c'est que sa peinture qu'il est en train de me vendre comme revolutionnaire, est deja obsolete car un autre fabricant vient d'en sortir une nouvelle blanche clignotante.
Du coup vais je m'engager ? attendre la nouvelle peinture ?
... et finalement... ai je vraiment besoin de refaire ma peinture ?
A ce jour les problèmes de dette technique sont souvent induits parce que tu changes complètement de technos/langages.
La on passe de JS a JS. Ce que tu pouvais faire avant tu peux le faire avec le nouveau (differemment peut etre) ... et vice versa.
Pour revenir sur l'analogie avec le BTP combien de fois t'es tu demandé pourquoi tu payais autant d'impots pour financer la refaction de certains éléments types routes/trottoirs qui faisaient le job et techniquement ne posaient pas souci (je ne parle pas de celles dans un etat catastrophique) ?
A titre perso je me pose ce genre de questions car on en voit tous les jours de ce genre de travaux inutiles (typiquement depuis 3 ans la route m'emmenant a mon bureau; 1ere chantier de refactoring : renovation goudron puis 2eme chantier refactoring : creuser pour faire passer des tuyaux (pas possible de mutualiser ce sont 2 contrats de travaux distincts); puis 3eme chantier de refactoring recent (toujours en cours), on l'on casse tout + remplacement bordures + ajout d'un virage....
Oui c'est vraiment l'art de s'occuper dans ce cas précis car tu es incapable de mesurer le gain financier (seuls les coûts a ce stade).
Enfin là, on parle de version majeur de bootstrap. Du coup la R&D incombe au fabricant de peinture.
Du moment que ta peinture est dans un bonne état, pas de raison de changer. Tu changeras que quand la première sera en fin de vie ou sur une nouvelle construction.
Aujourd'hui, si tu as un bootstrap 4 qui tourne. Pourquoi changer? Il n'y a que très peu d'intérêt de passer des versions majeurs.
Changer de version sur ton site juste pour changer de version, c'est en effet inutile. Après dans le cadre d'un refonte en profondeur du front, de toute façon tu devras tout casser donc pourquoi remettre la vieille peinture ?
Les personnes qui suivent toutes les changements de version ont soit du temps à perdre, soit ils ont un intérêt. (résoudre un problème de sécurité / perf)
Où juste être à jour et ne pas engendrer de la dette technique bête et méchante facile à remédier en maintenant la dépendance qu'est bootstrap à jour ?
L'analogie avec la peinture est un peu biaisée car se passer de jQuery comme dépendance allège significativement la quantité de données à faire transiter. Clairement ce n'est pas une raison suffisante pour tout refaire mais c'est une très bon pour les futurs projets.
Dernière modification par NoSmoking ; 15/02/2019 à 10h21.
Enfin !
JQuery c'était génial y'a 10 ans, mais depuis JS a évolué. Il est temps d'en sortir
Mais ce n'est pas une raison suffisante; par contre les nombreux conflits que l'on peut avoir sur des composants boostrap à cause de différentes versions de JQuery (même avec webpack...) justifient amplement qu'on s'en dégage
Il est toujours mieux d'avoir une lib auto-suffisante
Franchement je trouves cette nouvelle très intéressante. Je suis pas fan de dépendre des librairies externes et j'ai toujours tendance à télécharger jquery pour l'avoir directement sur le site. Du coup ne plus l'avoir c'est sur que ça serait mieux à mon sens. Puis franchement je m'en sert pour des fonctionnalités que je peux trouver en js comme le slider ou le carrousel. Les effets de changement de page ou de loading sont agréables certes mais faisable sans jquery.
Perso j'approuve leur décision tant que la doc est mise à jour alors pas de soucis ;-).
Répondre avec citation
Partager