Quels sont les avantages / inconvénients de l'utilisation moustache Backbone.js?

Question

J'apprends backbone.js pour une application Rails 3 je travaille. Backbone utilise underscore qui, je crois, a son propre moteur de modèle construit.

J'ai lu de bonnes choses à propos de la moustache, mais me demandais si je devais envisager de l'utiliser au lieu de la construction dans le moteur de template de underscore?

Que pensez-vous?

Merci

Answer 1

Je suis à mi-chemin de ma première application épine dorsale de niveau de l'entreprise. Je suis actuellement en utilisant des underscores dans les modèles construits parce que quand j'ai commencé comme je l'avais appris était avec underscore .. Je n'ai pas nécessairement un problème avec eux. Toutes les solutions sont Templating assez simple.

Je l'ai depuis regardé quelques-unes des autres solutions et je envisage la commutation, mais seulement parce que je pense que certains des autres solutions look plus propre. En outre, certaines des solutions ont un peu peu plus de fonctionnalités.

Je moustache comme à cause de sa syntaxe plus courte. plus propre Looks. Mais je si je fais basculer je pense que je vais aller avec Handlebars.js.

Guidons a la même syntaxe courte, plus d'une tonne d'autres fonctionnalités telles que les méthodes d'aide personnalisée et la mise en contexte de l'objet dans votre modèle. Check it out . Si je l'avais su guidon au début de mon projet, je l'aurais probablement sauté là-dessus pour vous.

Je ne vous inquiétez pas tant sur l'ajout d'une autre dépendance que d'autres l'ont mentionné. applications Backbone fait droit courra la foudre rapide de toute façon. : D

Si vous avez d'autres questions me le faire savoir. J'ai vraiment jouissais backbone donc je suis en train de regarder les messages marqués. Mais sérieusement. Guidons apparence légitime.

EDIT:

Je signifie aussi ajouter que la documentation façon guidon de regards plus que legit underscores ...

Answer 2

Le plus grand con que je peux penser est que vous ajoutez une autre bibliothèque pour faire quelque chose de vos dépendances font déjà. Si la syntaxe est votre principale préoccupation l'extrait suivant souligneront suggèrent d'utiliser une syntaxe similaire.

_.templateSettings = {
  evaluate : /\{\[([\s\S]+?)\]\}/g,
  interpolate : /\{\{([\s\S]+?)\}\}/g
};

Answer 3

La question demande Rails, mais pas étiqueté ainsi; si un con est en conflit avec les langues utilisant la moustache comme la syntaxe comme les modèles de django.

Si un modèle de django un premier bloc parse, il va tenter de remplir les blocs {{ }} avant même d'écrire la JS.

J'utilise un verbatim django balise de modèle qui ne tient pas {{}} blocs pour résoudre le problème, mais je veux maintenant j'utiliser la syntaxe par défaut <%=%> pour que je n'ai pas échapper explicitement ces blocs écrits dans le moteur de template django.