后端springMVC，前端html套layui。
公司领导不懂技术，但是领导想把前端界面搞好看点，觉得太老气了。
项目倒是不复杂，就是crud吧，sql倒是又臭又长，但是这种老项目耦合度都特别高，后端有一些控制前端的逻辑，也有常见的返回json数据接口。
接手这个老项目一个多月了，佬们有没有什么好建议。我基本要负责设计加开发了。
1 Like
领导怎么跟你说，你就怎么跟ai说就这么简单
1 Like
https://linux.do/t/topic/2219562
看我这个帖子，直接告诉AI ，新起一个前端项目，用我的这个方案，然后告诉它迁移逻辑，逻辑不变重构就行，几小时就给你重构完了
1 Like
其实我想要不要重构成springboot，因为mvc看起来真的太恼火了。。虽然现在也不咋需要看代码。但是吧，不知道重构会不会出问题，毕竟能跑就不动hhh
历史包袱没有办法，那就继续古法编程吧，AI不适合哈哈
我当时遇到 SpringMVC 是干掉重新用 Vue 前后端分离写的，没有 AI 的时代，现在应该更快了。如果经费够，有 token，就直接干掉吧。反正一有人提 JSP 我就开骂
mvc太恶心了 war包部署看着就恼火
我觉得要谨慎一点，能不动尽量不动，layui我记得中间有过大版本升级的，某些单独组件合并到大组件库里面了，ai不见得能理清楚里面的东西，感觉稍微整点样式糊弄一下得了，改改显眼的地方，侧边栏登录页啥的，别折磨自己
我也是这么想 毕竟重构还是太冒险了。hhh能跑就尽量别动。
没必要重构，重构需要复测，别幸苦自己了。后端重构也看不出差异。
把API接口生成文档，然后让AI读取前端项目和API接口重构就行了。
1 Like
当时一咬牙干了一个月。没办法，谁让咱对代码有洁癖
这个可以看代码行数之类的先评估以下项目的复杂度，和丢失的信息多不多，依赖的环境是不是也能一起换掉，还有上线之后的不稳定是否能接受，到什么程度。
比如原来前端是js的，你就很难搞
确定搞的话，可以先把流程列出来，然后搞清楚那些是刚需的，也就是功能需求。做一个基础流程出来与原项目交叉对比。慢慢替换。
因为好看是在好用的前提之上的，而视觉传达需要需求，目的，哪个是重点都不知道的话是没办法做好用的，只能做成excel+云盘,如果只有excel+云盘，那建议在原项目上做减法就好了。
前端就是html+js。虽然系统页面不多，就是前后端耦合很重。解耦很难搞。我想就是直接改前端，优化ui界面得了
没懂，佬，用这个有啥优势吗？直接让ai写css不也可以吗。其实核心问题是怎么把这ui搞漂亮点。