Répondre

1

Selon Google:

Les noms de toutes les bibliothèques de fermeture fonctions et propriétés commencer par un chemin délimité par des points- qui les empêche de se chevaucher accidentellement avec noms définis dans la bibliothèque non-fermeture Code . Ce chemin est appelé un espace de noms.

(http://code.google.com/closure/library/docs/introduction.html)

Il devrait y avoir aucun conflit, aussi j'ai vérifié la documentation de l'API et réaffirme mes conclusions, par exemple, pour la manipulation des tableaux que vous devez passer par l'espace de noms Google (GOOG):

goog.array.binaryInsert(array, value, opt_compareFn) ⇒ 
boolean 

(http://closure-library.googlecode.com/svn/trunk/closure/goog/docs/closure_goog_array_array.js.html) Ceci est différent du extention MooTools de la classe Array lui-même.

Cheers, Roman

+0

merci - les méthodes d'extension de MooTools signifient-elles qu'elles seraient alors incompatibles avec Closure lib? – rutherford

+0

il peut être incompatible avec quoi que ce soit, si ce n'est pas codé avec soin. dépend en grande partie de la façon dont vous structurez le code. si le prototype de tableau a été modifié et que vous itérez un tableau sans cela, vous pourriez aussi obtenir des itérations des prototypes ... iirc il y avait une critique de fermeture par l'auteur de Raphael à propos du manque de chèques hasOwnProperty dans de telles itérations ... gardez cela à l'esprit. –

+0

Je voudrais simplement utiliser le code de traversée de tableau MooTools ($ each()), ne serait pas la vraie raison d'utiliser la bibliothèque google en premier lieu je présume. Cela dit, je n'ai eu aucun problème avec d'autres grandes bibliothèques (OpenLayers) en utilisant MooTools, donc tout est de bon goût! –