关于设计模式

关于设计模式，以前看了一次。没有引起很大注意。或许是没懂。


最近重新阅读了一次。觉得的确是本经典著作。

　重读以后。觉得有以下几点自己觉得明白。

1.设计模式是关于设计而不是编程的书

　以前写程序，拿到问题，思考不到一阵。就开始写代码来。写到最后，代码有时候混乱得连自己也分不清楚是要做什么了。往往有问题要花无数时间去调试。要增加新功能。非得修改无数的地方。恨不得重头再写。然后还美其明曰是什么，原型法，XP方法。我不是说XP不好。XP方法或许本身还是一种方法。当然或许我没有做对。比如开发前写测试，结对编程。没有做到。往往是一个人编程。程序结构最后混乱得不知所谓。

2.设计模式是面向对像的设计模式

以前读设计模式的时候不明白为什么一个简单的问题。他要做出那么多类，对像，以及图来。或许对c语言编程来说只是用一个数组来解决问题，为什么要复杂化到如此多的类对像来解决问题。这或许与设计本身有关。设计而不是实现。所以必须要考虑到代码的可扩展性，易维护性。

3.设计本身的评价

　设计在项目中，很难注意。一是他的高层抽象，二是我们常常把设计与实现混淆。

　很少有公司对设计进行评价。客户也不会。他只会对最终的产品进行评价。不过个人觉得应该对设计进行评价。不然最后的问题大多数会由程序员来承担。

　写了这些东西，总觉得大脑之中混乱的东西还有不少。希望下次能把它总结出来