我们还在使用Polymer 2.x开发WEB平台原语吗? 开发商成本

我们还在使用Polymer 2.x开发WEB平台原语吗? 开发商成本,polymer,polymer-1.0,Polymer,Polymer 1.0,开发成本以复杂性和锁定的形式出现 随着时间的推移,我们在平台上构建的堆栈已经将web开发从简单的视图源代码和shift刷新推到了一个每个项目都有大量选择的地方 当我们依靠库和框架来满足最基本的需求时,我们最终编写的代码依赖于固执己见的抽象,而不是通用平台原语。因为从一个抽象迁移到另一个抽象的代价很高,这些依赖关系限制了我们未来的选择,使我们的代码维护成本更高 那是关于聚合物的一页 是否有太多的变化,开发人员必须作出过渡到聚合物2? 如果是这样的话,Polymer是否也会将自己置于“面向抽象”而非

开发成本以复杂性和锁定的形式出现

随着时间的推移,我们在平台上构建的堆栈已经将web开发从简单的视图源代码和shift刷新推到了一个每个项目都有大量选择的地方

当我们依靠库和框架来满足最基本的需求时,我们最终编写的代码依赖于固执己见的抽象,而不是通用平台原语。因为从一个抽象迁移到另一个抽象的代价很高,这些依赖关系限制了我们未来的选择,使我们的代码维护成本更高

那是关于聚合物的一页

是否有太多的变化,开发人员必须作出过渡到聚合物2? 如果是这样的话,Polymer是否也会将自己置于“面向抽象”而非“面向平台”之下? 开发人员需要更改所有以前的代码以适应新的抽象? 这与前提相矛盾

如果你仔细阅读博客文章,你会注意到从1.x到2.0的过渡将尽可能顺利。您必须更改的代码数量很大程度上取决于您对Polymer团队提供的元素的使用,因为这些元素在表面上是不会更改的

除此之外,您不必更改代码,因为Polymer 1.x在未来几年可能会在所有主流浏览器上得到支持

干杯, Stefan

如果你仔细阅读博客文章,你会发现从1.x到2.0的过渡将尽可能顺利。您必须更改的代码数量很大程度上取决于您对Polymer团队提供的元素的使用,因为这些元素在表面上是不会更改的

除此之外,您不必更改代码,因为Polymer 1.x在未来几年可能会在所有主流浏览器上得到支持

干杯, 斯特凡