<重构-改善既有代码的设计>读后感

        开发几年程序之后,你所得到的收获已经不是一些具体的技术细节,反而是一些写代码的思想层次的东西,故在此列出一些读书之后形成自己的一些原则和思想(其中有一些想法是摘抄原文的).

        a.如果你发现自己需要为程序添加一些特性,而代码的结构是你无法很方便的达成目的,那就先重构那个程序,使特性的添加比较容易进行,然后再添加添加特性.

        在之前的项目开发中,总是认为别人的代码是不应该更改的,或者说:''它没坏,就别动它"的原则,这种观点其实是错误的.要知道软件开发过程中,唯一不变的就是变化.所以我们对于代码是否合适的观点也应该是变化的,代码在之前是合适的,但是在目前的需求下,他显然是有问题的,所以还是需要一直进行重构,恰好印证了一些大道至简的道理:运动是绝对,静止是相对的.

        接着再从具体的案例中来论证下这个观点,你接到的这个需求想要不影响原逻辑的前提下进行修改,就需要将原代码复制一份,修改一点个性化的东西,在这个版本来说是没有问题的,当下个版本的时候如果改动了两个代码中公用的地方,你则需要维护两个地方的代码,这无形中引入了代码bug的风险.

        所以....

你可能感兴趣的:(<重构-改善既有代码的设计>读后感)