跳到主要内容

《重构:改善既有代码的设计(第2版)》读后感

阅读需 1 分钟

这是我上篇文章谈到的,这一段时间我觉得最完美的一本书。

没有写完,没有发布,之后再读再完善吧。

重构,Refactor,常用 Git 的人也许会使用到 git cz 来规范提交,使用提交前缀来对提交分类,比如这次 feat 添加了一项功能,这次 fix 修复了一个 bug,这次 refactor 重构了代码,style 只是修改了样式对逻辑不影响等等类别。

重构,Refactor 不仅仅适用于代码,但下面会以代码的视角作为描述。

重构不是额外的工作,而是代码本身。之前的设计,为什么现在不适用或者说不能很好的适用了?首先设计一般不是在一开始完成的,而是在整个开发过程中逐渐浮现,这是构筑-设计的反复互动。其次设计的边边角角考虑,随着时间的流逝增删改,应用的

暂时未加入评论功能,请在对应公众号文章下或 GitHub Issues下留言反馈。