Dois-je passer mon effort ou la mise en œuvre knockoutjs regarder dans jQuery Data Link [fermé]

Question

J'ai récemment utilisé la bibliothèque de l'élimination directe de Steve Sanderson http://knockoutjs.com/ dans mon côté client développement web. Je viens récemment découvert que Microsoft a contribué code jQuery pour un plug-in Data Link qui semble reproduire ce que j'aime knock-out.

http://weblogs.asp.net/scottgu/archive/2010/10/04/jquery-templates-data-link-and-globalization-accepted-as-official-jquery-plugins.aspx
https://github.com/jquery/jquery-datalink
http://api.jquery.com/category/plugins/data-link/

Dois-je supprimer mon code knock-out et aller avec l'adopté et étendu jQuery?

Answer 1

Je tiens à Knockout personnellement - il est déjà été démontrée à travailler très bien , il est en développement actif, et il cogne liaison de données hors des cartes lorsque vous comparez les caractéristiques. Bref, knock-out semble prêt pour le prime time, tandis que les données-lien se sent inachevé.

(I stress testé Knockout en le faisant se lier de données une liste déroulante à un réseau de 5000 éléments, tout en calculant le nombre d'éléments uniques de la matrice et en ajoutant que à un autre élément lié aux données. Mes calculs et la re- peinture du navigateur Chrome a pris beaucoup plus de temps que la liaison de données et mise à jour.)

Maintenant, cela étant dit, je garderais un oeil sur les données-lien et probablement continuer à jouer avec elle - si elle descend du sol, ce sera une alternative très viable. (Compte tenu du succès de jquery-tmpl, l'autre pièce majeure de sortir de la coopération Microsoft-Jquery.)

Le meilleur de comparer knock-out à serait de documentcloud backbone . Je suis à la recherche dans backbone la semaine prochaine, donc je n'ai pas de bonnes recommandations pour l'instant, mais je suis très impressionné par JSViews , qui est encore en version bêta.

Answer 2

Je fais quelques recherches sérieuses en knock-out, et je trouve qu'il est fiable et extensible. Une fois que vous entrez dans l'état d'esprit, je pense que c'est la meilleure expérience de développeur, je l'ai vu dans le navigateur.

Answer 3

S'il vous plaît noter que la liaison de données jQuery ne fonctionne que sur des éléments de formulaire. Knockoutjs travaillent sur de nombreux autres types de fixations, comme les attributs, css, ce qui est très utile.

Answer 4

ko est utile pour le modèle PubSub à des formes. Pour utiliser des widgets, il faut écrire des liaisons personnalisées. ko ne supporte pas AJAX directement.

colonne vertébrale est utile pour la persistance du modèle via RESTful JSON. Il prend en charge le modèle / la vue synchronisation faiblement: vue model-> JS via modèle. vue-> modèle via les gestionnaires de widgets un code must.

ko et épine dorsale ne prennent pas en charge la validation directement. (Je ne compte pas le model.validate () bb car il faut écrire le code pour valider chaque attribut.) Ils ne disposent pas d'un concept de type de données. (ExtJs modèles ont des types et de validation Malheureusement, j'ai trouvé ExtJS peu fiables et incohérentes (liaison de données est intégrée dans la grille, mais pas la forme ou la feuille de propriétés;. Les informations de type doivent être inscrits sur la grille Col. et champs de formulaire si elle est déjà présent sur le modèle).)

Même si l'on se mélange ko, la colonne vertébrale et la validation des jquery, il y a beaucoup de code à écrire.

Le cadre de l'interface utilisateur la plus productive que j'ai trouvé est JSF2 car il gère tout cela. Malheureusement, dans la pratique, il a des problèmes.