Polymer 聚合物和球状体

我正在研究聚合物，我喜欢使用导入的deps解析方法。
我喜欢通过

行为

配置扩展功能。
然而，有些事情让我感到不舒服，特别是在行为方面。
查看代码，我看到行为是在全局对象

Polymer

中自己的html中定义的，然后由另一个组件导入时直接引用。
例如：

纸张按钮

导入

纸张按钮行为

然后，它将

paper按钮行为定义为引用global
Polymer.PaperButtonBehavior

wich在此处定义（导入的html）

这难道不是一种反模式吗，尤其是通常的应用程序不会只使用Polymer的world吗？
我不确定我是否遵循了你的推理。这种做法似乎并不排除以任何方式使用任何其他库或框架，而且这些行为的名称空间似乎足够合理，以至于冲突非常罕见。@Zikes我明白了。。只是，我总是避免在我的模块中使用globals，通过一些AMD加载程序来解析DEP，除了一些不支持AMD的公共库。这是去年的趋势，而globals只是一种反模式或公共自由，所以我只是想知道，当使用link importI解决DEP时，这一趋势是否有点颠覆。我发布了一个相关的主题，我不确定我是否理解你的推理。这种做法似乎并不排除以任何方式使用任何其他库或框架，而且这些行为的名称空间似乎足够合理，以至于冲突非常罕见。@Zikes我明白了。。只是，我总是避免在我的模块中使用globals，通过一些AMD加载程序来解析DEP，除了一些不支持AMD的公共库。这是去年的趋势，而globals只是一种反模式或公共自由，所以我只是想知道，当使用link importI解决DEP时，这一趋势是否有点颠覆。我发布了一个相关的主题，我不确定我是否理解你的推理。这种做法似乎并不排除以任何方式使用任何其他库或框架，而且这些行为的名称空间似乎足够合理，以至于冲突非常罕见。@Zikes我明白了。。只是，我总是避免在我的模块中使用globals，通过一些AMD加载程序来解析DEP，除了一些不支持AMD的公共库。这是去年的趋势，而globals只是一种反模式或公共自由，所以我只是想知道，当用link importI发布相关主题解决DEP时，这一趋势是否有点颠覆