或是你对这个框架的看法?
个人感觉这是传统前端的前进方向。
1
gucheen 2016-04-29 16:34:16 +08:00
其实学习成本倒也还好。
主要是它的模块设计和其他的库或者框架不太一样。 使用 link ref 来引入模块感觉有点醉。 仔细想想的话, polymer 里,能看到不少和现在的 Angular2 相同的设计理念。 传统前端的前进方向倒是说不上,这东西一直不温不火的,当初 material design 刚出来的时候宣传了一波,但是后来又没下文了。 |
2
gucheen 2016-04-29 16:36:27 +08:00
应该说这是 Google 在 web components 上的一次尝试吧,至于前景,我不敢下结论。
|
3
iugo 2016-04-29 16:42:04 +08:00
|
4
gkiwi 2016-04-29 17:08:58 +08:00 2
公司项目不要用。个人的玩的话,也不太建议;
说说我对于这个的经历吧 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 ; 其他等了解深的人来现身说法。。 |
5
morethansean 2016-04-29 17:49:52 +08:00
近年的 io 都是 polymer 的啊:
https://events.google.com/io2015/# https://events.google.com/io2016/# 还有一些概念性的网站,上次那个 Santa 的游戏什么的,网址忘掉了。 自己开发了一些小插件,也是用 polymer 做的。 |
6
hantsy 2016-04-29 18:11:41 +08:00
直接使用 Angular2 , 官方有 Material 2 (正在开发),另外有第三方的 ng2-material.
|
7
iugo 2016-04-29 18:37:01 +08:00
|
8
markocen 2016-04-29 22:06:00 +08:00
Polymer 学起来比较容易,但不推荐大型 web 用,性能优化做的还是不太好, chrome 还行,其他浏览器会卡
|