《大话设计模式》读后感

       第一次读《大话设计模式》，是在刚接触C#的时候。疲累于大部头的官方教材中时，无意间翻开了这本生动有趣的书，甚是眼前一亮。由于当时C#基础薄弱，只是把它当小说来看，如饥似渴，饶有滋味，一口气看到凌晨四点，被不知觉间流逝的时间吓傻了。

        而今重读，更多的是想重温设计模式的应用场景和感受小菜对编程的热忱。一边做笔记一边看书，初步弄懂UML类图，效率果然高很多。感动也颇多。师傅领进门，修行看个人呀。

        对程序员来说，精彩的代码是如何想出来的，要比看到精彩的代码更加令人期待。正如做一个足球运动员（软件设计编程者），能够亲自上场比赛，并且最终成为球星（软件架构师），会远比做一个助威呐喊的球迷（软件使用者&代码崇拜者）更来得激动人心。

        那么如何才能想出精彩的代码呢？历练使人成长，经验迸发灵感。然而所有的灵感都应有其因，那就是万变不离其宗的六大面向对象的设计原则，即单一职责原则、开放--封闭原则、依赖倒转原则、里氏代换原则、迪米特法则和合成--聚合复用原则。但这六大原则仅仅是一系列的“口号”，真正付诸实施还需要有详尽的指导方法，于是23种设计模式应运而生。归根到底，就是通过重构改善既有代码，使代码的耦合度降低，最终实现易维护、易扩展、易复用和灵活性好的编程设计，得到精彩的代码。

        编程是一门技术，更是一门艺术。只懂编程技术的程序员是代码工人，被称为码农；然而编程绝不仅仅指编程技术的熟练掌握，而应指站在一个更高的层次去欣赏程序代码、软件设计、架构，完成从码农到架构师的蜕变。因此我们需要学习设计模式。设计模式是软件行业的经验总结，因此具有更广泛的适应性，不管使用什么编程语言，也不管遇到什么业务类型，设计模式都可以自由地“侵入”。

        深知设计模式应该从大量的实战经验中来，若没有大量立即付诸实践的场景是不能说理解设计模式。实战中理解设计模式将是我的最终的奋斗目标。在入门伊始，初期目标是对设计模式有一个初步的了解。

        写这篇文章的主要目的，是为了记录我此时的学习状态和心得，以便日后回顾。同时也培养边看书边做笔记的好习惯。下列的Story均为《大话设计模式》中的实践场景。

        下面切入正题：（6种设计原则&23种设计模式）

一.六种设计原则（核心：强内聚，松耦合）

    1.单一职责原则

         Story：手机功能齐全，但一在关键时刻就“萎”掉；

         Concept：就一类而言，应该只有一个引起它变化的原因，体现了类的职责分离。

         Tips：如mvc架构，实现逻辑和界面的分离。

    2.开放--封闭原则

         Story：考研&找工作两手抓，香港澳门一国两制；

         Concept：是所有面向对象原则的核心。软件实体应该是可扩展，而不可修改的。即对扩展是开放的，而对修改是封闭的。

         Tips：应该仅对程序中呈现出频繁变化的那些部分做出抽象，拒绝不成熟的抽象和抽象本身一样重要。

    3.