虽然设计模式在1980‘s 就被提出和应用，并在2000年后被引入国内，在开发者开始流行。但好像在我平时的学习和工作中感觉它并没有真正被大家接受并运用。只是在国外的开源软件中能见到运用模式设计的例子。在平时的项目中大家好像都是在垒代码，更多的在关注如何实现功能。而没有进一步考虑代码的设计，更好的实现功能。以降低将来功能的升级与改进时的成本。
  这好像也是一对矛盾。是将成本花在现在，还是花在未来的问题。当前实现好的设计会花费较大的成本，而未来升级的成本可能会大大降低。然而大部分的软件公司都会更注意当前的成本，因为未来实在不知道会发生什么。
  设计模式到底可以为我们带来什么？
   我简单的总结就是： 通过良好的设计，我们可以设计出职责分明的类。这样的类更容易维护和修改。更重要的它更利用复用。这样便可以降低开发成本。

    应用软件的实际运行环境就像海岸线一样复杂，有沙滩，有悬崖，有沼泽，还有暴风雨。你不知道自己的软件将会在什么地方登陆，所以你必须要让你的软件在遇到沙滩的时候就会爬行，遇到悬崖就会攀岩。
   我会在博客的模式讨论分为两类，模式思考——是对模式应用探索性的思考。模式实践——是对成功的实际应用的总结。
欢迎大家批评讨论。