Quels sont les avantages et les inconvénients de l'utilisation de moustache avec colonne vertébrale.js?
je suis en train d'apprendre backbone.jsRails 3 application sur laquelle je travaille. Épine dorsale utilise <!-Qui, je crois, a son propre modèle de moteur.
j'ai lu de bonnes choses au sujet de la moustache, mais je me demandais si je devais envisager de l'utiliser au lieu du moteur de modèle intégré de underscore?
Quelles sont vos pensées?
Merci
3 réponses
je suis à mi-chemin de ma première application de base au niveau de l'entreprise. J'utilise actuellement les caractères de soulignement intégrés dans les gabarits parce que lorsque j'ai commencé, j'avais appris que c'était avec les caractères de soulignement.. Je n'ai pas nécessairement de problème avec eux. Toutes les solutions de templating sont assez simples.
j'ai depuis examiné quelques-unes des autres solutions et j'envisage de changer, mais seulement parce que je pense que certaines des autres solutions semblent plus propres. Aussi certains de la des solutions ont un peu plus de fonctionnalités.
j'aime la moustache à cause de sa syntaxe plus courte. Semble plus propre. Mais si je change, je pense que je vais prendre le guidon.js.
Handlebars a la même syntaxe courte, plus une tonne d'autres fonctionnalités telles que les méthodes d'aide personnalisées et la mise en contexte de l'objet à l'intérieur de votre modèle. Check it out ici. Si j'avais connu sur le guidon au début de mon projet, j'aurais probablement sauté sur elle pour assurer.
Je ne m'inquiéterais pas tant d'ajouter une autre dépendance que d'autres l'ont mentionné. Les applications de base faites correctement fonctionneront de toute façon à la vitesse de l'éclair. : D
Si vous avez d'autres questions, laissez-moi savoir. J'ai été vraiment plaisir colonne vertébrale donc j'essaie de regarder les messages étiquetés. Mais sérieusement. Guidon semble légitime.
EDIT:
je voulais aussi ajouter que la documentation pour le guidon semble beaucoup plus légale que les underscores...
le plus grand con auquel je peux penser est que vous ajoutez encore une autre bibliothèque pour faire quelque chose que vos dépendances font déjà. Si la syntaxe est votre plus grande préoccupation, l'extrait suivant indiquera à underscore d'utiliser une syntaxe similaire.
_.templateSettings = {
evaluate : /\{\[([\s\S]+?)\]\}/g,
interpolate : /\{\{([\s\S]+?)\}\}/g
};
la question pose des Rails, mais n'est pas étiquetée ainsi; donc un con est en conflit avec les langues utilisant la syntaxe de moustache comme les gabarits de django.
si un modèle django passe un bloc en premier, il tentera de remplir le {{ }} blocs avant jamais écrit le JS.
j'utilise un verbatim django balise de modèle qui ignore {{}} blocs de résoudre la question, mais je souhaite maintenant j'ai utilisé la valeur par défaut <%=%> syntaxe de sorte que je n'ai pas à échapper explicitement ces blocs écrit dans le moteur de modèle django.