怎么说服公司将knockout.js换成vue.js? | vue js knockout js比較
任何情况下你问『我们应不应该用框架X换掉框架Y』,这都不是单纯的比较X和Y的问题,而得先问以下问题:1.现有的项目已经开发了多久?代码量多大?2.现有的项目是否已经投入生产环境?3.现有的项目是否遇到了框架相关的问题,比如开发效率、可维护性、性能?换框架是否能解决这些问题?(1)事关替换的成本,(2)事关替换的风险,(3)事关替换的收益。把这些具体信息放在台面上比较,才有可能得出一个相对靠谱的结论。---(1)跟(2)要具体情况具体分析,所以就不谈了。至于(3),以下是Vue有而ko没有的:更好的性能,CLI,Webpack深度整合,热...
任何情况下你问『我们应不应该用框架 X 换掉框架 Y』,这都不是单纯的比较 X 和 Y 的问题,而得先问以下问题:
1. 现有的项目已经开发了多久?代码量多大? 2. 现有的项目是否已经投入生产环境? 3. 现有的项目是否遇到了框架相关的问题,比如开发效率、可维护性、性能?换框架是否能解决这些问题?
(1) 事关替换的成本,(2) 事关替换的风险,(3) 事关替换的收益。把这些具体信息放在台面上比较,才有可能得出一个相对靠谱的结论。
--- (1) 跟 (2) 要具体情况具体分析,所以就不谈了。至于 (3),以下是 Vue 有而 ko 没有的:
更好的性能,CLI,Webpack 深度整合,热更新,模板预编译,中文文档,官方路由方案,官方大规模状态管理方案,服务端渲染,render function / JSX 支持,Chrome 开发者插件,更多的社区组件和教程,尤其是中文内容。
这里没有什么说 ko 不好的意思。作为前端 mvvm 的鼻祖,ko 对 Vue 的设计显然有很多启发,但是今天的 Vue 在各方面都实实在在地比 ko 强。如果上新项目,我想不出什么继续用 ko 的理由。
至于学习成本... 现在市面上还有学习成本比 Vue 更低的么?