[置顶] 大话设计模式——学习方法、总结方法体悟

　　先说一下我对《大话设计模式》一书学习后的的总结思路，按照书上第29章的归类，大体分成三部分总结，分别是创建型模式、结构型模式和行为型模式。考虑到有的设计模式需要放在一起对比总结，故就不会放在那三部分里边啦~至于最终总结博客的篇数，现在不好说~（PS:好好总结，抒发我对设计模式的热爱）

　　每一篇博客的总结套路是这样的：先亮出相应模式的概念，然后写自己看了结构图、敲了代码后对概念的理解，最后简单地概述一下课本上对应模式的故事或是实例大概，达到这样的学习效果——用故事理解模式，用实例代码深化故事，二合一等于印象深刻。

　　PS:设计模式我们学习不止一遍，希望看到这篇博客的童鞋们，在下次学习的时候，可以尝试一下这样的总结套路，好处是学完一个模式就会有一篇总结博客，既有代码，又有自己的理解，不会像我这样，学习后再总结，效果就不好了~

　　学习大话设计模式的过程中，最大的体会就是解耦思想，代码如人生，真的很贴近生活，感触最深的就是桥接模式，贴近生活实际，手机的品牌和软件分开后，将实现独立，让它们各自变化，然后再根据需要进行拼接组合使用，这启示我们，设计要符合生活实际。
　　设计模式的学习对我们的学习方法的总结是一次很好的机会，这个过程中必不少的总结方法就是分类和对比，我们可以把六原则独立出来总结，然后以它为宏观，去体会每一个模式，有的模式需要对比才能印象深刻，比如工厂三姐妹，各有千秋，需要酌情使用。
　　当然了，有自己的理解更重要，这会让我们不由自主地去将相似的、容易混淆的模式进行对比，找不同的过程，就是收获知识的过程，会让设计模式的学习更有乐趣。

　　设计模式一书的写作思路很像是语文中的设问句，有问有答，并在代码改进的过程中让我们更加深刻地体会每一种模式对解耦思想的应用，都是对业务服务的。

　　最初学习这本书的时候，上来就是看故事，然后盲目跟着敲例子，后来晓春师傅实习回来，和他聊天的时候顺便说到了自己最近学习大话设计模式的困惑，然后在师父的指点下，猛然间发现自己忽略了最重要的UML结构图——一张图胜过千言万语，看图能让我们宏观把控代码的解耦思路，并且能通过看图看出类与类之间的关系，以及方法的共有私有等细节～

　　师傅在给拿例子讲解的时候，每到一个概念，都会去相应的代码处去理解，而不是像我一样，看书的时候不瞻前顾后，直接顺着看，导致看完之后对概念模棱两可，现在想想，我应该先总结，再去把误区统一询问，而不是指望着把凌乱的疑惑之处逐一理解之后再去询问．当然了，看书的方式也是一种学习。

　　综上所述：

　　学习设计模式的顺序如下：最后的附录A→六个原则→其他模式；

　　学习设计模式的思路如下：故事→UML图→敲代码→总结

　　总结设计模式的思路如下：简述设计模式概念→看图说话→自己的理解→故事验证概述（要是配上部分代码就更好了）

　　设计模式的学习方法：六原则宏观把控→对比混淆→瞻前顾后

　　好了，学习方法体悟就说到这里吧～接下来敬请期待我的总结博客～