设计模式基本知识

设计模式:在一定环境下,用固定套路解决问题。指的是一套被反复利用,多数人知晓的,经过分类的代码设计经验的总结,其目的是为了更容易可重用代码,更容易被他人理解以及保证代码的可靠性。
类型分为:创建型,结构型以及行为型
创建型包括(五种):
1.工厂模式:定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中。
2.抽象工厂模式:提供一个创建一系列相关或者相互依赖的接口,无需指定他们具体的类。
3.建造者模式:将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
4.原型模式:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
5.单例模式:保证一个类仅有一个实例,并提供一个访问他的全局访问函数。
结构性包括(七种):
1.代理模式:为其他对象提供一种代理以控制对这个对象的访问。
2.装饰者模式:动态的给一个对象添加一些额外的职责。就增加功能来说,此模式比生成子类更为灵活。
3.适配器模式:将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
4.桥接模式:将抽象部分与实际部分分离,使他们都可以独立的变化。
5.组合模式:是将对象组合成树形结构以表示“部分-整体”的层次结构,使得用户对单个对象和组合对象的使用具有一致性。
6.外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义一个高层接口,这个接口使得这一子系统更加容易使用。
7.享元模式:以共享的方式高效的支持大量的细粒度的对象。
行为型包括(十一种)
1.模板方法模式:使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
2.命令模式:将一个请求封装成一个对象,从而根据不同的请求对客户端进行参数化,对请求排队或记录请求日志,以及支持可撤销操作。
3.责任链模式:该模式下,很多对象由每一个对象对其下家的引用而连接起来形成一条链,请求在这个链上传递,直到链上的某一个对象决定处理此请求,使得系统可以在不影响客户端的情况下动态地重组组织链和分配责任。
4.策略模式:准备一组算法,将每一个算法封装起来,使得他们可以互换。
5.中介者模式:定义一个中介对象来封装系列对象之间的交互,中介者使各个对象不需要显示的相互调用,从而使其松散,而且可以独立的改变他们之间的交互。
6.观察者模式:定义对象之间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
7.备忘录模式:在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。
8.访问者模式:就是表示一个作用于某对象结构中的各元素的操作,他可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
9.状态模式:对象的行为依赖于他所处的状态
10.解释器模式:描述了如何为简单的语言定义一个语法,如何在该语言中表示一个句子,以及如何解释这个句子
11.迭代器模式:提供了一种方法顺序来访问一个聚合对象中的各个元素,而不需要暴露该对象的内部表示。
基本原则:
1.开放封闭原则:类的改动是通过增加代码进行的,而不是修改源代码
2.单一职责原则:类的职责要单一,对外只提供一种功能,而引起类变化的原因应该只有一个
3.依赖倒置原则:依赖于抽象接口,不依赖于具体类的实现,即针对接口编程
4.接口隔离原则:不应该强迫客户的程序依赖他们不需要的接口方法,一个接口应该只提供一种对外功能,不应该把所有操作都封装到一个接口中去
5.里氏替换原则:任何抽象类出现的地方都可以用他的实现类进行替换
6.优先使用组合而不是继承:即降低依赖关系
7.迪米特法则:一个对象对其它对象尽可能减少了解,降低对象之间的耦合,提高系统的可维护性。

开闭原则图示:
在这里插入图片描述
依赖倒置原则:
在这里插入图片描述
迪米特法则:
1.和陌生人说话
在这里插入图片描述
2.不和陌生人说话
在这里插入图片描述
3.与抽象陌生人说话,与陌生人解耦合
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值