为什么要重构
- 框架陈旧
-> SpringBoot 微服务架构，更方便划分责任田
-> 云龙等套件，便于质量管控审查
-> Redis 提升加载和相应速度 - 代码组织结构混乱，扩展性，可读性，健壮性都很差
-> 优化框架设计，规范普通开发人员开发出高质量代码
-> 提升代码复用率。封装工具包; 函数只包含最小逻辑 等
-> 请对自己的代码加上注释
-> （还能修复一些无从下手的BUG ^-^） - 数据库设计不合理/使用华为自研数据库
（如最佳实践 引用的文档复制了多份; 回帖的匿名信息不保存;）
-> 抛弃Oracle, 拥抱Gauss（其实是Postgrel）
-> 重新设计数据库
重构依然存在问题
重构没有计划
我们的SE在开发上有丰富的经验，但是性格比较（乖巧？），说话比较含糊，感觉思路不是十分明确
没有明确的计划，走一步看一步（如“大家先把xxx做了，然后再看”），导致效率极低
与甲方的思路不一致，如要求出类图，但是我们都觉得没什么用，>_>过度设计
设计应当遵守规范，保持最简单，所有开发人员一看就能明白。
不要为了设计而设计，不要添加复杂的逻辑。重构编码管理粗放
我以为重构的编码会严格的管控起来，事实是我想错了，根本没人在意...
还是风格各异的代码，几百行的函数比比皆是 （这样有什么意思，换一批人还是骂前人代码的）
两个月后：
整个项目重构基本完成，虽经历波折，但是还是完成了，我个人经验不是很充足，还是从这次重构中学到了很多（经验），
自己也尝试搭建了自己的springboot的demo，有一些常用的用法都有了简单的尝试。
但是离开始的预期还是有很多的，（1）一些不合理但是不太影响大局的设计，还是没有改，原因在于很多东西都是一次性设计好了之后，没有
经过大家的评审讨论，在开发的时候依然会有不明确的情况。（2）对于自己，没有更深入的去了解一些底层的原理，而这个问题，是自己的懒。
自勉！
来源：https://www.cnblogs.com/lixiaopengcc/p/11537691.html