Backbone: Avis OFFICIEL nécessaire [souligner vs. lodash]

Créé le 6 août 2015  ·  7Commentaires  ·  Source: jashkenas/backbone

Quelqu'un peut-il me donner un avis OFFICIEL de Backbone.JS sur la stabilité de la migration / de l'utilisation de Lodash.

Je connais ces 3 :

J'ai lu les notes de migration de Lodash, mais je veux toujours l'opinion de la communauté fédératrice. Je veux m'assurer que TOUTES les versions de lodash ci-dessus fonctionneront correctement avec TOUTES les versions de backbone à partir de 1.1.x.

UPD-1 : Essayer de digérer : https://github.com/jashkenas/underscore/issues/2182

UPD-2 : En fait, personnellement, je suis plus proche d'utiliser Underscore - en tant que première bibliothèque originale à des fins similaires. Je pense que John-David N'AURAIT PAS DU bifurquer et créer un nouveau whell, mais à la place il aurait dû contribuer avec/à Underscore et aider Jeremy à améliorer le underscore. QU'EST-CE qui est mauvais dans cette collaboration? Mais je ne suis pas si bon en histoire des deux bibliothèques, donc je peux me tromper. Donc désolé d'avance.

UPD-3 : tests de la dorsale. Un merci spécial à @RusAlex pour avoir déclenché la réflexion de cette manière. J'ai donc pris 2 versions de backbone et effectué des tests avec différentes versions de lodash.

_Backbone 1.1.2 et_

  • lodash 3.10.1 - aucun test échoué
  • lodash.compat v3.10.0 - aucun test échoué
  • lodash de mon prj. gelé v. 2.4.1 - aucun test n'a échoué
  • lodash.underscore v2.4.1 - aucun test échoué :

_Backbone 1.2.1 et_

  • lodash 3.10.1 - aucun test échoué
  • lodash.compat v3.10.0 - aucun test échoué
  • lodash de mon prj. v.2.4.1 - 4 tests échoués (68, 69, 200, 202)
  • lodash.underscore v2.4.1 - 20 tests échoués (68, 69, 200, 202, 342-345, 355-363, 366, 368, 370)

Je suppose donc que l'utilisation des "dernières versions des bibliothèques au moment de la sortie" des deux est appropriée et non risquée. Et évidemment, l'utilisation de différentes versions/versions est risquée.

question

Tous les 7 commentaires

Je ne suis pas un fonctionnaire. Mais un programmeur.

Essayez de remplacer undescrore par lodash et voyez les tests de backbone.

Backbone est une bibliothèque bien testée, c'est pourquoi les tests existent.

@RusAlex, votre réponse est presque la même que celle que j'ai déjà googlée - de nombreux développeurs disent comme ça. Ce n'est pas pour moi. Je veux un avis officiel. Néanmoins, merci pour la réponse, pas besoin de continuer, juste pour réduire le nombre de commentaires.

_Remarque_ : j'ai déjà migré vers l'approche lodash/backbone (et mon projet fonctionne bien), mais ma communauté d'architectes de haut niveau n'est pas encore sûre que c'est la bonne façon de procéder, donc je suis impatient d'obtenir les réponses appropriées - OFFICIEL réponses ici à être à 100% sur la bonne voie.

Après avoir lu le numéro de soulignement #2182, j'ai réalisé que tôt ou tard nous pourrions avoir un underdash, et JE SUIS PLUS D'ACCORD avec une telle collaboration entre @jashkenas et @jdalton. Je suis sûr que ces "Dieux" sont occupés maintenant, il y a donc une très faible probabilité qu'ils me répondent ici.
Quoi qu'il en soit, ce serait pour moi une réponse égale à OFFICIEL !!!

Je suppose donc que l'utilisation des "dernières versions des bibliothèques au moment de la sortie" des deux est appropriée et non risquée. Et évidemment, l'utilisation de différentes versions/versions est risquée.

Japper. Lodash inclut des tests Backbone et Underscore et les a exécutés pour chaque commit jusqu'à la version stable actuelle. À l'avenir, Lodash peut échouer parce que plusieurs tests utilisent des méthodes de soulignement non liées à Backbone, mais nous les excuserons afin qu'il n'y ait pas de surprises du côté de Lodash.

Beaucoup de projets vont d'abord à Lodash avec Backbone.
Je pense que Backbone a une déclaration officielle ici .

Nous ne testons pas la compatibilité Zepto et Lo-Dash, mais les deux devraient fonctionner correctement. Si vous avez besoin d'une garantie plus forte, restez avec jQuery et Underscore.

lodash exécute et réussit tous les tests de backbone dans leur CI. De plus, Marionette exécute ses tests unitaires avec plusieurs versions de underscore (1.4 - 1.8) et de lodash (>= 2.4.0). À retenir : le backbone devrait fonctionner correctement avec lodash 2.4-3.10 (utilisez lodash.backbone pour la série 2.x)

Il existe des méthodes de navigateur pour remplacer le soulignement par lodash dans la nature pour les dépendances (https://github.com/thejameskyle/marionette-wires/blob/master/package.json#L96-L103) qui semblent fonctionner, mais sont en quelque sorte sommaire (car il existe un certain nombre de différences d'API entre les bibliothèques).

@jdalton MERCI pour votre réponse.
J'ai lu cette partie de la documentation sur le backbone, et cela me suffit. Mais tous les développeurs de ma communauté de projets n'ont pas confiance en cette phrase :

ont tendance à fonctionner, avec des degrés de compatibilité variables...

ce qui nous indique un certain niveau d'incertitude . Et je suis d'accord pour 1% avec de tels développeurs. Et c'est pourquoi j'ai lancé cette discussion.

@megawac

  • Merci d'avoir fait remarquer cela. Je suis vraiment heureux pour l'équipe Marionette, et dans mes rêves, ils devraient fusionner avec l'équipe Backbone d'origine et doubler les forces de développement.
  • D'après mes recherches, il y a :

    • lodash-for-backbone qui est en fait bizarre et pas exactement ce que je veux.

    • backbone-lodash qui est en fait Backbone 1.1.2 contribué par @jashkenas et @brandonpapworth. En fait, c'est l'une des dizaines de fourches de Backbone. Donc pas du tout intéressé (à moins que Jeremy nous dise - que cette version remplacera du tout le backbone).

  • "browserify way" est utilisé dans l'un de mes projets communautaires. Je pense que c'est du "MENSONGE" aux développeurs en substituant simplement une bibliothèque sous le nom d'une autre. Pas pour moi.

Mais encore une fois, merci pour les commentaires.

@akre54
Oui, j'ai besoin d'une garantie plus forte. Et pour l'instant, ce sont les résultats des tests Backbone (un autre fait prouvé que #TDD est nécessaire et fonctionne), ils me montrent plus que des guerres saintes sur Internet. Merci pour la fermeture du problème, semble résolu pour le moment, et j'ai une solution pour moi:

Je vais migrer vers Lodash à coup sûr et j'attendrai Underdash :) J'espère vraiment cela.

Oy, backbone-lodash est une explosion du passé. Dans mes cas d'utilisation, je n'ai pas rencontré de problèmes avec Lodash par rapport à Underscore. Un autre changement que j'ai apporté à la bibliothèque donnait la possibilité de créer des éléments View en utilisant document.createElement(someTagName) par opposition à $('<' + someTagName + '>') , mais honnêtement, je n'ai pas utilisé Backbone depuis très longtemps. A part : j'ai réalisé que regarder en arrière mon ancien code non maintenu peut être très divertissant/déprimant.

Mon vote serait définitivement pour Lodash si cela fonctionne pour les gens et ne provoque pas des tests pour créer une singularité qui aspire toute l'existence.

Cette page vous a été utile?
0 / 5 - 0 notes