怎么说服公司将knockout.js换成vue.js?

感觉自己理由不够充分,站在领导的角度怎样说更有说服力呢。补充一下:首先谢谢各位的回答,是一个spa的新项目要用,面向业务是企业ERP,公司更多的考虑是学习成本,还有就是有什么“肉眼可见”的好处,但是考虑到前期整个团队都不熟悉的情况下,开发效率和软件质量一定很低,所以就放弃了。
关注者
159
被浏览
40014

任何情况下你问『我们应不应该用框架 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 更低的么?