有人说，为什么要学习设计模式，有些设计模式写起来十分复杂，在平时编程时不会刻意去使用它。但是，设计模式是代码规范的一种体现，学号设计模式并合理应用，可以避免bug的出现，增强代码的鲁棒性，便于后续的修改和扩展。所以学号设计模式十分重要，博主会在未来的时间里，详细学习设计模式的精髓，接下来的博文中会总结主流的设计模式，如有不当之处，希望小伙伴们提出批判。
设计模式总结：
设计模式大致分为三种：创建型模式，结构型模式，行为型模式
创建型模式
创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中 对象的创建和对象的使用分离。为了使软件的结构更加清晰，外界对于这些对象只 需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符 合单一职责原则。
创建型模式在创建什么(What)，由谁创建(Who)，何时创建(When)等方面都为软件 设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节，通过隐 藏对象如何被创建和组合在一起达到使整个系统独立的目的。
结构型模式
结构型模式(Structural Pattern)描述如何将类或者对象结合在一起形成更大的结构，就像搭积木，可以通过简单积木的组合形成复杂的、功能更为强大的结构。
结构型模式可以分为类结构型模式和对象结构型模式：
- 类结构型模式关心类的组合，由多个类可以组合成一个更大的系统，在类结构型模式中一般只存在继承关系和实现关系。
- 对象结构型模式关心类与对象的组合，通过关联关系使得在一个类中定义另一 个类的实例对象，然后通过该对象调用其方法。 根据“合成复用原则”，在系统 中尽量使用关联关系来替代继 承关系，因此大部分结构型模式都是对象结构型 模式。
行为型模式
行为型模式(Behavioral Pattern)是对在不同的对象之间划分责任和算法的抽象化。
行为型模式不仅仅关注类和对象的结构，而且重点关注它们之间的相互作用。
通过行为型模式，可以更加清晰地划分类与对象的职责，并研究系统在运行时实例 对象 之间的交互。在系统运行时，对象并不是孤立的，它们可以通过相互通信与协 作完成某些复杂功能，一个对象在运行时也将影响到其他对象的运行。
行为型模式分为类行为型模式和对象行为型模式两种：
- 类行为型模式：类的行为型模式使用继承关系在几个类之间分配行为，类行为 型模式主要通过多态等方式来分配父类与子类的职责。
- 对象行为型模式：对象的行为型模式则使用对象的聚合关联关系来分配行为， 对象行为型模式主要是通过对象关联等方式来分配两个或多个类的职责。根 据“合成复用原则”，系统中要尽量使用关联关系来取代继承关系，因此大部分 行为型设计模式都属于对象行为型设计模式。对象行为型模式：对象的行为型模式则使用对象的聚合关联关系来分配行为， 对象行为型模式主要是通过对象关联等方式来分配两个或多个类的职责。根 据“合成复用原则”，系统中要尽量使用关联关系来取代继承关系，因此大部分 行为型设计模式都属于对象行为型设计模式。
扫一扫
159
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
