为什么Polymer Starter Kit在index.html中使用自动绑定模板,而不是创建自定义组件?

为什么Polymer Starter Kit在index.html中使用自动绑定模板,而不是创建自定义组件?,polymer,polymer-1.0,polymer-starter-kit,Polymer,Polymer 1.0,Polymer Starter Kit,在Polymer Starter工具包中,index.html的行为似乎非常类似于聚合物组件,例如绑定到app.js中的属性。为什么不将index.html主体的所有内容放在自定义组件中呢?在这种情况下,使用自动绑定模板有哪些优点?这是否与它是一个单页应用程序并将应用程序的框架结构保留在index.html中有关?还是为了更方便地访问应用程序范围内的变量,如“baseUrl”?或者可能与css作用域有关?有点相反的答案:使用自动绑定模板对于应用程序的设置(API端点、缓存等)非常直接。但是,一旦

在Polymer Starter工具包中,index.html的行为似乎非常类似于聚合物组件,例如绑定到app.js中的属性。为什么不将index.html主体的所有内容放在自定义组件中呢?在这种情况下,使用自动绑定模板有哪些优点?这是否与它是一个单页应用程序并将应用程序的框架结构保留在index.html中有关?还是为了更方便地访问应用程序范围内的变量,如“baseUrl”?或者可能与css作用域有关?

有点相反的答案:使用自动绑定模板对于应用程序的设置(API端点、缓存等)非常直接。但是,一旦开始在index.html中添加越来越多的元素,您就会感到相当痛苦:

  • app.js
    /
    index.html
    是独立的文件,在编辑时至少有点烦人
  • 绑定注释的工作方式略有不同,特别是很难让计算出的绑定正常工作
  • 事件和属性没有声明魔法
  • 没有行为

到目前为止,我的最佳实践是:只在自动绑定模板中保留设置逻辑,并且在
index.html
中只有一个webcomponent,它是通过属性和
app.js
配置的。其他一切都应该在该元素中完成。

是有意义的,尽管我一直在使用计算绑定,但没有问题。我认为我的主要问题是,使用自动绑定模板时,需要真正确保初始化顺序正确,以便触发计算,而在我们的应用程序中,我永远无法让它可靠地工作(相当复杂)应用程序启动。