重构的原则 笔记

Posted 小豆芽2333

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了重构的原则 笔记相关的知识,希望对你有一定的参考价值。



再看重构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,它会自动提供一些对方法,参数,名称的重构功能,替换查找等等,提高了编程的效率,减少重复工作和出错的可能性。

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

以上是关于重构的原则 笔记的主要内容,如果未能解决你的问题,请参考以下文章

重构的原则 笔记

重构的原则 笔记

重构的原则 笔记

重构的原则 笔记

大话重构连载11:小步快跑是这样玩的

架构的“一小步”,业务的一大步