二见钟情——设计模式

本文主要是介绍二见钟情——设计模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

为什么说是“二见钟情”呢？别人都已经是“三见”、“四见”了，因为我没有参加软考，所以，对设计模式整体的学习，这个只能算是第二遍，以前虽然也经常回顾，但是都没有这么系统。

这一次的设计模式讲解，让我再一次认识到自己在思考问题方面的欠缺，同时，也正是因为这次设计模式的再次回顾，在对知识的理解和对学习方式的认识上又前进了一大步。

这次讲课的学习方式与以往有很大的不同，也许是因为我们的理解能力比之前学设计模式的时候有了提升，这次的讲解无论是对设计模式的理解还是对思维方式的反思都是一个很好的促进。

首先，从思考问题的方式上来说，首先要宏观掌握知识结构，通过简单的几步了解学习的整个过程，这也就是米老师经常提到的全局观。学习知识不要一下子扎到细节里，那样反而对知识的理解有失偏颇，而且也让自己的学习很吃力。正所谓“不谋全局者，不足谋一域”。所以，无论是学习还是做事，都要先有一个宏观的认识，才能保证不跑偏。否则，即使走的再远，方向不对，也是在做无用功。

其次，看问题不要一下子扎到复杂的情况里，要学会找临界点，将问题极端化，也就是将问题简单化，那样更有利于对问题的理解和分析。把问题极端化，其实就是抽象思想的体现，将共同点都提炼出来，看清楚简单的了，再逐步添加内容，不断发生变化，量变达到质变，就变成了另外一种设计模式。而且，这样会很容易的理解一连串的设计模式，这就是编织知识网，高效的学习，轻松的学习。

第三，我们这种讲课的方式，米老师退到幕后，学生来到台前，将学习的主动权交由学生，让我们的学习更具有生命力，更积极主动，调动了大家学习的热情。而且大家有机会在一起大范围的讨论，多种思想相互碰撞，能够相互启发。

第四，当再一次学习的时候，解决了以前很多疑惑或者是不理解的问题。以前觉得一个设计模式一个样，但是，通过这一次的学习，发现设计模式其实都是一样的，没有什么实质性的不同，绝大多数不过是抽象类和接口，就是不断抽象，封装，继承，实现，遵循设计模式的那几大原则，而且设计模式也不是一成不变的，需要我们根据实际情况灵活运用和组合，而没必要完全生搬硬套。

老师真的是个哲学家，因为他会以变化的眼光和联系的眼光看问题，先宏观后微观，思想和行动并重。。。太多了，说不完。。。

印象最深的就是三个工厂的例子：

涉及到的设计模式：简单工厂、工厂方法、抽象工厂。之前也知道这三个模式之间有关系，但是一直不能很好的抽象出来。这次通过米老师的讲解，非常形象明了，知道了三个模式之间是层层递进的抽象关系，并且可以倒推回来，分析三个模式的极端情况，找到其临界点来学习，能够更好的理解设计模式。三个模式之间相互转化而又相互联系，剪不断理不乱，这就是编织知识网。

通过这次设计模式的讲解，尤其是加上老师的指点，不仅仅是对设计模式有了更进一步的认识，更重要的是对自己学习和思考方式的反思，是重新审视自己的大好机会，其实老师经常强调这些学习方式和思考方式，但是自己不够用心，革命尚未成功，同志仍需努力。欠的债，老老实实地还吧。。。

这篇关于二见钟情——设计模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！