重构的原则 笔记

Posted 2023-01-25 喵喵7781

再看重构2，发现我们一直在践行里面的原则，相对于之前的开发，确实更加高效，写的代码也容易理解了很多。重构的过程，是重新理解业务，梳理的过程。明白它为什么要这样做，它应该是什么样的，而不是它这样做可以走通。

主要实践：

1. 抽取相同的方法，便于维护和理解，减少代码行数。
2. 起有意义跟业务相关，便于理解的名字。
3. 更换业务实现的时候，前端从 rest 转向 graphql，后端 从 mybatis 转向 jpa， 会对代码和业务进行重新梳理，必要的时候对 entity 进行重新整理和设计，符合切换的需求，增强代码的可读性。
4. 前后端都有代码测试，主要遵循 tdd 的原则，对 happy 和 unhappy pass 都进行 mock 测试，保证了代码的健壮性。如果没有测试的代码重构，无异于不加保险绳的高空作业。
5. 代码走查一般采用提 pull request 的方式，进行批注，并结队编程，重构代码或者指出存在的问题，提出改进建议。
6. 版本控制，主要基于 master 做 ci 持续集成，人数少参与的时候，可以采取直接拆分小功能，提到 master 小步快跑；人数多参与的时候，可以分支作业，如果时间较长，需要对 master 更新进行 rebase 操作。
7. 熟悉一些ide的自动化重构，比如idea，它会自动提供一些对方法，参数，名称的重构功能，替换查找等等，提高了编程的效率，减少重复工作和出错的可能性。

最近在玩石头，重构就像搞串，不断的更换珠子，寻找最合适的组合方式。乐趣就在于各种取舍之间，最后达到了比之前更好的效果。这次重新看这本重构，看到重构提高的是经济效益。这点之前没有发现，现在觉得非常明智。当程序员不仅仅要写的代码漂亮，容易理解，还要结合商业场景，提高变现效率。不懂的还有很多，加油！