Java设计模式之简介(共23种)

按目的来分,设计模式主要分三个类型:创建型行为型结构型 

创建型(处理对象的创建过程)

01.单例模式(Singleton

一个类有且仅有一个实例,并且自行实例化向整个系统提供。

02.抽象工厂(Abstract Factory

提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们的具体类。

03.工厂方法(Factory Method

定义一个创建对象的工厂接口,将实际创建工作推迟到子类当中。

04.建造模式(Builder

将一个复杂对象的构建与他的表示相分离,使得同样的构建过程可以创建不同的表示。

05.原型模式(Prototype

用原型实例指定创建对象的种类,并且通过拷贝这些原型来创建新的对象。


行为型(对类或对象怎样交互和怎样分配职责进行描述)

06.迭代器模式(Iterator

提供一个方法顺序访问一个聚合对象的各个元素,而又不需要暴露该对象的内部表示。

07.观察者模式(Observer

定义对象间一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知自动更新。

08.模板方法(Template Method

定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构即可重定义算法中的某些步骤。

09.命令模式(Command

将一个请求封装为一个对象,从而使你可以用不同的请求对客户进行参数化,对请求排队和记录请求日志,以及支持可撤销的操作。

10.状态模式(State

允许对象在其内部状态改变时改变他的行为,对象看起来似乎改变了他的类。

11.策略模式(Strategy

定义一系列的算法,把他们一个个封装起来,并使他们可以互相替换,让算法独立于使用它的客户而独立变化。

12.责任链模式(Chain of Responsibility

使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。

13.中介者模式(Mediator

用一个中介对象封装一系列的对象交互。

14.访问者模式Visitor

表示一个作用于某对象结构中的各元素的操作,它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。

15.解释器模式(Interpreter

给定一个语言,定义他的文法的一个表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。

16.备忘录模式(Memento

在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。


结构型(处理类或者对象的组合)

17.组合模式(Composite

将对象组合成树形结构以表示部分-整体的层次结构,使得用户对单个对象和组合对象的使用具有一致性。

18.外观模式(Facade

为子系统中的一组接口提供一致的界面,定义一个高层接口,这个接口使得子系统更容易使用。

19.代理模式(Proxy

为其他对象提供一种代理以控制对这个对象的访问。

20.适配器模式(Adapter

将一类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作那些类可以一起工作。

21.装饰者模式(Decorator

通过创建一个包装对象来包裹真实的对象,实现在不改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。

22.桥接模式(Bridge

将抽象部分与它的实现部分相分离,使他们可以独立的变化。

23.享元模式(Flyweight

用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件。
java设计模式大体上分为三大类: 创建型模式(5种):工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式。 结构型模式(7种):适配器模式,装饰器模式,代理模式,外观模式,桥接模式,组合模式,享元模式。 行为型模式(11种):策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式设计模式遵循的原则有6个: 1、开闭原则(Open Close Principle)   对扩展开放,对修改关闭。 2、里氏代换原则(Liskov Substitution Principle)   只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。 3、依赖倒转原则(Dependence Inversion Principle)   这个是开闭原则的基础,对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle)   使用多个隔离的借口来降低耦合度。 5、迪米特法则(最少知道原则)(Demeter Principle)   一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle)   原则是尽量使用合成/聚合的方式,而不是使用继承。继承实际上破坏了类的封装性,超类的方法可能会被子类修改。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值