Полимер и глобалы

Я знакомлюсь с Polymer, и мне нравится подход к разрешению отложений с использованием импорта.
И мне нравятся возможности расширения с помощью конфигурации behaviors.
Однако есть кое-что, что мне не нравится, в частности, в поведении .
Глядя на код PolymerElements, я вижу, что поведение определяется внутри их собственного html в глобальном объекте Polymer а затем напрямую ссылаться при импорте другим компонентом..
Например:

paper-button импортирует paper-button-behavior https://github.com/PolymerElements/paper-button/blob/master/paper-button.html#L14

затем он определяет paper-button-behavior как ссылку на поведение из глобального Polymer.PaperButtonBehavior https://github.com/PolymerElements/paper-button/blob/master/paper-button.html#L144

который определен здесь (импортированный html) https://github.com/PolymerElements/paper-behaviors/blob/master/paper-button-behavior.html#L49

Разве это не анти-шаблон, тем более, что обычно приложение не будет использовать исключительно мир Polymer?


person aleclofabbro    schedule 02.06.2015    source источник
comment
Я не уверен, что понимаю ваши рассуждения. Эта практика, по-видимому, никоим образом не исключает использования каких-либо других библиотек или фреймворков, а поведение кажется достаточно приличным пространством имен, чтобы коллизии были чрезвычайно редки.   -  person Zikes    schedule 02.06.2015
comment
@Zikes Ясно.. Просто я всегда избегал использования глобальных переменных для своих модулей, разрешая deps с помощью какого-либо загрузчика AMD, за исключением некоторой общедоступной библиотеки, которая не поддерживает AMD. И это была тенденция последних лет, и глобальные переменные были своего рода антипаттернами или только для общедоступных библиотек, так что мне просто интересно, не перевернется ли эта тенденция, когда устранение отложений с помощью импорта ссылок   -  person aleclofabbro    schedule 03.06.2015
comment
Я опубликовал связанную тему здесь   -  person aleclofabbro    schedule 03.06.2015