Working Effectively with Legacy Code的评论 (7)

热门评论最新评论

只看此版本的评论
  • 读《修改代码的艺术》

  • dreamhead
  • dreamhead(原来一切就是这么简单!)  

    作为一个程序员,获取知识是让我不断前进的动力,而读书是我获取知识的一条重要途径。在这个“经典”、“必读”过剩的年代里,大多数的书都仅仅扮演着传播知识的角色,真正改变自己对某些问题看法的书其实少之有少。限于读书时的眼界和能力,在我列表中,让我拍案惊奇的书只有几本。Martin Fowler的《重构》,严格说来,我并没有完...... (15回应)

    2007-10-22     27/28有用来自 人民邮电出版社2007版
  • 围绕重构来阐述如何修改遗留代码的不错的书

  • 疯狂的菠菜
  • 疯狂的菠菜(菠菜也疯狂)  

    这本书看的时间非常长, 断断续续有3个星期了吧, 不错的书, 至少对我来说是这样, 因为我现在就碰到了书中列出的种种问题:对已有的没有完善的单元测试的核心系统进行重构.为了保证少出乱子, 不出乱子, 我必须小心的对超大类, 巨型方法采用各种重构手段进行修改, 没有单元测试作保证的系统进行重构是非常危险的事儿, 那怎么办......

    2009-09-14     5/5有用来自 人民邮电出版社2007版
  • 参考报价问题

  • rjnew
  • rjnew  

    我发现很多网页里卓越的报价常常比当当的高,可是实际情况是点击链接后卓越比当当低! 比如这本书实际报价:卓越是46.5,当当是46.6 不知道是不是最近卓越大范围调整了价格?! 顺便说一下,在csdn读书频道上也有类似情况。......

    2007-10-23     3/3有用来自 人民邮电出版社2007版
  • 我们该怎么写代码

  • [已注销]
  • [已注销]  

    当软件系统的规模随着时间不断增长时,我们怎么构建和维护它?面对别人写好的大量的代码基,如何进行后续的可持续开发?TDD,单元测试,重构,设计模式这些看上去很美的技术,是如何应用的? 毫无疑问,这本书里不可能提供上诉问题的所有答案,但是它至少提供给我们了一种思路或者说是...... (1回应)

    2010-06-19     1/1有用来自 人民邮电出版社2007版
  • 写代码不是一件简单的事情

  • jerry
  • jerry  

    《修改代码的艺术》看完了 这本书很薄,但是看起来还是很吃力,里面介绍了很多重构的知识,而且有很多c++的内容,有的地方也是似懂非懂的,如果了解设计模式和重构,就会轻松很多,可能艺术这东西,本身就不容易懂吧。里面对单元测试的依赖性很强,其实还是一本不错的书,你完全可以领略到作者真的把代码的修改看成是一种艺术,软件工程师......

    2009-09-11     来自 人民邮电出版社2007版
  • 重构与测试的纠结

  • eBen
  • eBen(太阳 Lotus Notes)  

    如果你想重构,重要的前提就是有强力的测试.哪怕你有自动化重构工具在手. 如果你想对既有代码进行测试,你就必须先重构,因为代码根本就没有办法在测试工具中实例化. …… 新写的代码大多是可以先进行测试,然后再挂接到原有代码中.而对付遗留的代码,我们则需要一点点地把代码抠出来测试.修改遗留代码时,我们需要将代码解依赖出......

    2008-12-17     来自 人民邮电出版社2007版
  • 重构与测试的纠结

  • eBen
  • eBen(太阳 Lotus Notes)  

    如果你想重构,重要的前提就是有强力的测试.哪怕你有自动化重构工具在手. 如果你想对既有代码进行测试,你就必须先重构,因为代码根本就没有办法在测试工具中实例化. …… 新写的代码大多是可以先进行测试,然后再挂接到原有代码中.而对付遗留的代码,我们则需要一点点地把代码抠出来测试.修改遗留代码时,我们需要将代码解依赖出......

    2008-12-17    
Working Effectively with Legacy Code

> Working Effectively with Legacy Code

用你的鼠标投票   · · · · · · 

如果你觉得一篇评论对你有帮助,请你点击“有用”。你的投票直接决定哪些评论出现在豆瓣首页和“豆瓣最受欢迎的评论”里,以及在书、电影和音乐介绍页里评论的排序。

所有“没用”的点击都是匿名的。


订阅Working Effectively with Legacy Code的评论:
feed: rss 2.0