Polymer 的学习曲线有点高，有没有人愿意分享一下经验？

其实学习成本倒也还好。
主要是它的模块设计和其他的库或者框架不太一样。
使用 link ref 来引入模块感觉有点醉。
仔细想想的话， polymer 里，能看到不少和现在的 Angular2 相同的设计理念。
传统前端的前进方向倒是说不上，这东西一直不温不火的，当初 material design 刚出来的时候宣传了一波，但是后来又没下文了。

应该说这是 Google 在 web components 上的一次尝试吧，至于前景，我不敢下结论。

Polymer 应该是比 Vue.js 还简单的.

https://www.gitbook.com/book/iugo/polymer/

公司项目不要用。个人的玩的话，也不太建议；

说说我对于这个的经历吧
Google Material Design 出来不久想找些这类的库使用下，当时就发现了 Polymer ，不过那个时候网站打开极慢，文档有点类似 https://material.angularjs.org/latest/ 的样子。非常惊艳的例子就是用 Polymer 做的计算器，但是手机端完全卡到无法用就放弃了(记得像是 2014 年末？)。

后来有一次新的小项目(2015 年)，要想起用 MD 设计风格做一套开发，比较后选了个 Angularjs 的 MD ，学了他的 Dom 和一些 Angularjs 的东西，一边对比文档，一边做，耗费时间比正常多了很多。

最近有一个新的小项目的 demo ，又想起来 MD ，找来找去，找到了基于 React 实现的 material-ui （ http://www.material-ui.com/#/），又是一边文档一边对这做，耗费时间比正常也多了不少。

后面就仔细反思了一下，觉得有几个点值得注意：

1.现在 MD 的不少实现都是各种自定义标签，属性毫无规范性可言，每家的命名规则标准都不一样，前端市场你也懂的，今天学了明天可能就出现个更好的，你现在用到的很可能会被淘汰掉；

2.因为这些东西都是新的，一眼望去很惊艳，但是每个项目对应的社区不好说，自己了解的也不够深，比如 material-ui 上面 15 年提的 feature 到现在还没有实现， callemall 的团队只说做做做，但是也一直无动于衷。

3.还是社区，新的东西，周边不行，很多东西没有，自己造太耗时间。

4.团队配合，对前端来讲，东西太多，每个人学习的都有点杂，特别是新人，你的 polymer 6 到飞起，对整个团队来讲这个可能就是个坑，都学习的成本比较大。

目前来讲，我的建议是走"轻量级"的 MD 框架，所以轻量级不是说代码少，而是指看看自己熟悉的框架和 MD 的有没有结合点，比如你熟悉 bootstrap ，那就可以考虑用 bootstrap-material-design 来搞搞，或者一些纯 css 的实现，这样子对公司项目来讲风险可能是最小的；

其实楼主仔细想想， Polymer 只是个 MD 的实现，而我们选择 MD 只是因为效果感觉很棒，所以尽量从轻(只 css 的方案)。。毕竟指不定有一天有个更好的设计， Polymer 那些标签属性都没用了；而 html 显然变化不会那么快；

另外，建议楼主花点时间在 React ， webpack ；

其他等了解深的人来现身说法。。

近年的 io 都是 polymer 的啊：
https://events.google.com/io2015/#
https://events.google.com/io2016/#

还有一些概念性的网站，上次那个 Santa 的游戏什么的，网址忘掉了。
自己开发了一些小插件，也是用 polymer 做的。

直接使用 Angular2 , 官方有 Material 2 （正在开发），另外有第三方的 ng2-material.

@gkiwi
@hantsy

我觉得大家说的都是因为 Paper Elements 采用 Polymer 的. Polymer 在组件化方面的尝试并没有得到大家的认可.

用过 Vue.js, React, Polymer, 我倒觉得 Polymer 虽然坑多, 但入门简单, 适合技术选型不复杂的团队.

Polymer 学起来比较容易，但不推荐大型 web 用，性能优化做的还是不太好， chrome 还行，其他浏览器会卡