Yahoo! User Interface blog (YUIBlog)

1 Commentaire »

Flux RSS des commentaires sur ce post.

1. Avec 3,4 j'ai commencé à utiliser principalement Yui. L'organisation du code en modules, que le client il suffit d'appeler le module par son nom et ayant la charge de la chargeuse javascript, c'est dépendances et tout css qui lui est associé, est le plus grand avantage pour moi (besoins YUI_config d'être soulignée dans la documentation quand même).

   Les pièces d'autres infrastructures sont gélifiant plus je utiliser la bibliothèque: widget / base, des objets de mixage, augmentant les classes, les attributs, les événements excellent rapport qualité / événements personnalisés ... Dernièrement, j'ai été l'apprentissage et l'utilisation du WidgetParent / WidgetChild qui est une autre grande aide.

   Mais, pour les tests unitaires, je préfère QUnit. Une caractéristique qu'elle a est la possibilité de spécifier combien les affirmations que vous attendez un test à avoir. La fonction de test échoue si le nombre réel d'affirmations ne correspondent pas. Il a également, semble exiger moins d'attente / reprendre que Yui essai; Qunit n'a besoin que d'attendre / CV pour les appels AJAX tout test de Yui semble avoir besoin de lui pour tout type de gestionnaire de rappel. Depuis je me moque des appels AJAX dans les tests unitaires, je n'ai pas besoin de faire toute attente / reprendre ou démarrer / arrêter. Mais, je ne recourir à la simulation de Yui excellent événement dans les tests qunit.

   Mais, globalement, Yui est beaucoup mieux pour l'organisation de grands projets et le codage des pièces réutilisables. Et il m'aide à être un meilleur développeur Javascript.

   Commentaire par John Iannicello - Novembre 10, 2011 #

Laisser un commentaire