Polymer 聚合物应用组织-元素与纯JS

因此，我目前正试图将注意力集中在聚合物上，虽然有很多基本的样本，但它们并不倾向于深入探讨大型应用程序的结构

从I/O的角度来看Polymer 1.0会话，它强烈地暗示了元素是实现一切的方式，展示了一系列纯粹的声明性演示，以及“There a element for the that”的口号

看看他们发布的IO Web App/IOWA源代码，他们似乎有这个IOWA JS全局对象在做很多繁重的工作；例如，与核心ajax/iron ajax不同，他们让IOWA.Request执行常规的XHR

我意识到IOWA是在0.5版本上编写的，我并没有认真研究过，但我还是忍不住对如何构建1.0版本的应用程序感到有点迷茫

---

我想我并不是真的热衷于在所有事情上都使用元素；爱荷华州只是加强了这一点。但这实际上是我应该看它的方式吗（基于元素）？

一般来说，每个UI项都是一个组件，可能是一个搜索栏、一个地图、一个选择标记的组件。此外，还有ajax元素，用于指定url等，例如，这些元素上的JS方法是在单击方法中调用的。而且，如果您查看firebase元素，您可以使用该元素连接到firebase，将这些数据绑定到您的应用程序

有关更多示例，请查看元素目录：

它基本上是利用元素，当您创建自己的应用程序时，这些元素位于应用程序中的文件和目录中，并使用javascript将这些元素连接在一起：例如，标签组件使用ajax元素获取数据

例如，您可以在ajax或firebase调用中使用纯js，但通过URL和其他类似细节声明性地指定元素，然后在封装的元素中使用js引用和操作这些元素，可以说是一种更好的方法：您正在分离出什么是声明性的（URL、方法类型等）和什么是过程性的（调用ajax方法等）

也就是说，使用web组件和聚合是为了接受大量的web开发，如果您可以使用连接的自定义元素使web开发的声明性部分成为声明性的，那么这样做会更好。实现这一点的最佳方法是使用HTML元素，javascript存在于每个元素中。不是JS vs元素，而是更多的JS+封装ed，可重用元素。

查看一个真正的应用程序……它是0.5，但如果您想花时间将其与n实现关联起来，仍然值得一看。