知其然还要知其所以然需要勇气和毅力，就像设计模式一样，我来来回回从它面前路过了很多遍，有的时候想学，但是不明白它的真正用途，理解不到位，因为只学不用而荒废，后面儿不知什么时候又会回过头来看设计模式，反反复复，一直都没有彻底的理解设计模式。
最近在项目中遇到了其他同事用的工厂模式，仿佛又让我想起来了设计模式，它真的在项目中用到了，或许是之前没有注意还是怎么的，之前是一直都知道有这些东西，却从来不曾自己用过或者见到别人用过，人往往就是这样，像源码级别的我们都认为那些人都是大神，可望而不可及，见到了也不以为然，然后身边的人或者自己也没用过这些东西，它自然而然的就会被遗忘。有的时候真的得自己去实践一把或者身边的人都去做；你才明白它的实用，但是等到那个时候，你还有什么优势呢，只不过是大众的跟随者。
设计模式是面向对象软件开发的内功所在，其实现在想想，自己包括很大多数的面向对象开发的程序员骨子里都是面向过程的，甚至于在平常的开发中 根本就不曾用过面向对象编程的技巧，就拿我自己来说，我平常拿到一个功能时，上来就开始做，在做之前我只会考虑这个功能涉及到哪些业务，具体到一个点上可以用什么花哨的技术来实现，却很少在顶层设计上进行一个很好的面向对象的设计，所以我才会一直忽略设计模式。
设计模式(gang of four)是在面向对象软件开发过程中一套可重用的解决常见问题的解决方案，它在面向对象程序员之间创造了标准，易于程序员之间交流沟通，就像人说话的语言一样，正因为了有了标准，进行了统一，所以才会便于交流，例如当我们需要一个全局统一的一个对象时，我们可以跟别人说单例模式，别人也就会明白我们需要的到底是什么东西，并且根据很多现有的解决方案很容易就实现一个。这就是设计模式的最厉害的地方，它是一个标准，更是一个规范，是解决常见问题的交流沟通的正确保障。
设计模式是内功，我们应当时时把它记在心里，当我们拿到一个需求，碰到一个问题，最先应该要做的就是想想有没有什么设计模式可以用，这个才是学习设计模式最核心的意义所在，切记，在此与读者共勉，也为了提醒自己，否则，我至少觉的我们都是面向过程的程序员，浪费了面向对象的巨大优势。
