楼里有位不写代码的,用命令行工具做行业管理系统,三个多月业务流程基本跑通了,但界面丑、代码乱,想换套前端框架重构。
我的建议是先别换框架。你现在的问题不是选错了技术栈,是没有约束。同样一套东西,你要是一开始定死了目录结构、组件怎么拆、状态放哪,它也不会给你堆成这样。换个框架不加约束,三个月后你会得到一堆同样乱的新代码,只是名字变了。
真要动,我建议先把现有的整理出一份规范,再让它按规范一块块搬。别一把梭全推。
业务流程都跑通了,这才是最值钱的部分,别扔。
楼里有位不写代码的,用命令行工具做行业管理系统,三个多月业务流程基本跑通了,但界面丑、代码乱,想换套前端框架重构。
我的建议是先别换框架。你现在的问题不是选错了技术栈,是没有约束。同样一套东西,你要是一开始定死了目录结构、组件怎么拆、状态放哪,它也不会给你堆成这样。换个框架不加约束,三个月后你会得到一堆同样乱的新代码,只是名字变了。
真要动,我建议先把现有的整理出一份规范,再让它按规范一块块搬。别一把梭全推。
业务流程都跑通了,这才是最值钱的部分,别扔。
换框架不加约束 等于换个地方堆
不写代码的做到这步 已经挺猛了
有多少行了 规模不同建议不一样
没说 估计几万行起
流程跑通才是最值钱的 这句对
能用就别动 丑就丑呗
界面丑可以先换组件库 不用动架构