前端换框架，你们都是什么流程？

[firhome]

公司现在用 vue，代码一坨一坨的（修改状态更新 要 1 分钟，编译要 30 分钟）

不想改了，现在有机会改版（一个频道 /单页 的改下去）。

打算用 ng （没啥别的原因，就是技痒，学习，顺便优化一下）

估计很长一段时间都会 vue 和 ng 并存的状态， 一些组件估计要重新写 （反正也要重构）

除了这个风险，还有什么要注意的吗？

[shintendo]

编译 30 分钟是什么神项目……

[mooncakejs]

挖了个大坑，vue 都搞不定不见得 NG 能搞定

[andregeng]

编译 30min 也太长了吧，这也能忍？

[Bijiabo]

先找到核心痛点，是现在的项目开发效率变低、难维护还是其他原因。
还要考虑人员招聘、项目交接的成本，似乎国内还是首选 React 和 Vue.js 技术栈用的多一些。
然后再向上汇报说明原因、解决方案、风险点、人力投入之类的吧。

[Yifelse]

如果 vue 都要编译 30 分钟你确定换 angular 能解决问题吗，这种不正常的编译时长肯定是有大问题了。

[hahahasnoopy]

编译三十分钟跟 vue 本身没关系唉，是你 webpack 配置的问题~，webpack 都搞不清用 ng 能用的好吗

[setSweetChild]

前端代码不需要编译的，编译是浏览器引擎的工作(高级语言->低级语言)，webpack babel 只是把松散的代码变得紧凑，或者替换一些语法

[luob]

你们可能需要一个高级 webpack 工程师，而不是 angular （认真的

[jorneyr]

我们 5 万行的 vue 项目，编译 38 秒，修改的话 3 秒左右即可

[lijsh]

vue cli 本来就可以定制的，你照着文档优化一下 webpack 相关的配置再说。

vue 都搞不掂，ng 绝对坑。

[jingyulong]

vue 这种渐进式的框架已经很友好了，换其他的岂不是更坑

[zhwithsweet]

打包 30 分钟吗？这么真实吗。

[laogui]

不想着优化现有项目老想着换框架。做这个决定人是竞争对手吧。

[rupert]

你们需要个 webpack 配置工程师

[newmoyupoi]

刚入职一个新公司，也算业界小有名气的大公司了，进去接手几个大项目，第一次知道代码要多烂就能有多烂，react 全程用 document 操作 dom 元素，一个 mvvm 的项目愣是给写成了 mvc，300 多行一整页的 if 判断，全是些死死的判断，1 == 2 是什么 3 == 4 是什么，哪怕您用 switch 都比 if 性能高，还用了 eslint，全程报警告，该用===的地方不用，空格也不按照规范来，以前维护的人在我入职几个月前就离职了，现在项目一堆一堆的 bug，我的天，已经申请 2 次离职了被拒，想走，不想接着烂摊子...我就想知道当初写这项目没人管吗？连 review 的都没有？项目经理干嘛吃的，公司也算有名气，连最近蹭热度最高的华为都在用现在这个公司的项目，我就纳闷了，这种项目也能上线！！！！

[kingsleydon]

@newmoyupoi #15 爆下名字让大家避雷呀

[zpaopao]

@newmoyupoi
刚刚入职，才在试用期吧？
《劳动合同法》规定：“劳动者提前 30 日以书面形式通知用人单位，可以解除劳动合同。劳动者在试用期内提前 3 日通知用人单位，可以解除劳动合同。”
可以直接走人啊。

[tinycold]

你可能不知道，『 Vue 和 NG 共存』这么简单一句话，后边儿是天这么大个坑。

一般真正对技术有追求的人，都是想办法解决现有问题，一看到不满意就想重写，是逃避型思维，我敢打个赌，就你现在这样，换到 NG/React 一样会有现在这些问题，代码设计宏观上看觉得毫无问题，一深入到细节就发现破绽百出，实际也是经验不足带来的问题。

[HaiYu]

其实 angular 支持 Web component 所以把 vue 组件封装一下，然后 angular 中开启自定义元素模式，理论上就能用了，但要是搞一半踩到坑，解决不了咋办…

[lonelygo]

Vue 这条路的资源狗好用了，非要换要换还是考虑 React 把，angular 国内用的不多啊，面 10 个前端能有一个接触过 TS 的不错了，除非你们都技痒，准备进一个新坑，而且有可能共存的结果是坑越来越大，过几年再换一把。

最合理方案：定位问题，能解决就解决，不好解决该重构重构，是在不行部分重写，再不行就从设计下手看看架子是不是就有问题
这一波猛如虎的操作下来，绝对能解决技痒的学习欲望，而且极大可能学到更多。