永宁河的学习笔记

一咬牙，真的就在7月31号把这本书看完了。看得马马虎虎、囫囵吞枣。看得不大懂，大师的书不是那么容易看懂的。准备下次再看，下次应该懂的就多一点了。所谓读书百遍其义自见。但不知下次是什么时候。 有什么收获？至少知道了几个原则：单一责任原则、开放-封闭原则、里氏替代原则等等，以前闻所未闻。至少知道几种模式。虽然还不会用，但终究会产生一些潜移默化的效果。我相信还是会有进步，慢慢来。

整整花了一个月的时间完成一个统计功能，以下是一点心得体会。不能头痛医头、脚痛医脚我是在项目经理的指导下进行开发。项目经理联系客户、确定需求，要实现哪些功能、长成什么样都是项目经理说了算。通常他明确了一项功能，我就开始实现该功能。可以看效果了，就让客户看。客户说是这样，那就继续做；若不是，又修修改改。这可能算得上是迭代式开发。书上一般推荐这种方法。但存在什么问题呢？可能看不到多个功能之间

破窗效应：  一个房子如果窗户破了，没有人去修补，隔不久，其它的窗户也会莫名其妙地被人打破；一面墙，如果出现一些涂鸦没有被清洗掉，很快的，墙上就布满了乱七八糟、不堪入目的东西；一个很干净的地方，人们不好意思丢垃圾，但是一旦地上有垃圾出现之后，人就会毫不犹疑地抛，丝毫不觉羞愧。（by 百度百科 破窗效应 ）      最近碰到了魔法代码，《代码大全》里说的那种。有同事要走，把最近写的代码

最近在看Martin Flower的《重构》。    我认为大师的过人之处在于：大师善于记录、总结、提炼，最后成就一本经典著作，文笔流畅、娓娓道来、寓教于乐。   而我们的教科书，生硬古板，即使能把书上的东西背下来，也不知道有何用、在何处用、怎样用。   刚看完代码《代码的坏味道》这章。Martin总列出了22种坏味道。以下这几条我大致能够看懂：  1、重复代码；  2、过长的