![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
苍羽
这个作者很懒,什么都没留下…
展开
-
设计模式之创建类模式——建造者模式
建造者模式(Builder Pattern)也叫做生成器模式。 定义: 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 通用类图: 通用代码: 1 2 3 4 5 6 7 8 9 10 11 12 13转载 2014-04-21 10:25:22 · 231 阅读 · 0 评论 -
设计模式之六大原则——里氏替换原则(LSP)
里氏替换原则(Liskov Substitution Principel)是解决继承带来的问题。 继承的优点: 代码共享,减少创建类的工作量,每个子类都拥有父类的方法和属性;提高代码的重用性;子类可以形似父类,但又异于父类;提高代码的可扩展性;提高产品或项目的开放性。 继承的缺点: 继承是侵入性的,只要继承就必须拥有父类的所有属性和方法;降低代码的灵活性,子类必须转载 2014-04-21 11:31:25 · 282 阅读 · 0 评论 -
设计模式之创建类模式——抽象工厂模式
抽象工厂模式(Abstract Factory Pattern)是一种比较常用的模式。 定义: 为创建一组相关或相互依赖的对象提供一个接口,而且无需指定它们的具体类。 抽象工厂模式是工厂方法模式的升级版本,在有多个业务品种、业务分类时,通过抽象工厂模式产生需要的对象是一种非常好的解决方式。 通用类图: 通用代码: 1 2转载 2014-04-21 11:26:29 · 227 阅读 · 0 评论 -
设计模式之创建类模式——原型模式
原型模式(Prototype Pattern)的简单程度仅次于单例模式和迭代器模式。 定义: 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 通用类图: 通用代码: 1 2 3 4 5 6 7 8 9 10 11 12转载 2014-04-21 10:23:51 · 255 阅读 · 0 评论 -
设计模式之六大原则——单一职责原则(SRP)
定义: 应该有且仅有一个原因引起类的变更。 There should never be more than one reason for a class to change. 优点: 1、类的复杂性降低,实现什么职责都有清晰明确的定义; 2、可读性提高,复杂性减低,可读性当然提高; 3、可维护性提高,可读性提高,可维护性当然提高; 4、变更引起的转载 2014-04-21 11:30:21 · 242 阅读 · 0 评论 -
设计模式之创建类模式——单例模式
单例模式(Singleton Pattern)是一个比较简单的模式。 定义: 确保某一个类只有一个实例,而且自动实例化并向整个系统提供这个实例。 通用类图: 通用代码: Singleton类称为单例类,通过使用private的构造函数确保了在一个应用中只产生一个实例,并且是自行实例化的。 1 2 3 4 5转载 2014-04-21 11:26:53 · 274 阅读 · 0 评论 -
设计模式之结构类模式——适配器模式
适配器模式(Adapter Pattern)又叫做变压器模式,也叫做包装模式。包装模式还包括装饰模式。 定义: 将一个类的接口变换成客户端所期待的另一个接口,从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。 通用类图: ● Target目标角色 该角色定义把其他类转换为何种接口,也就是我们期望的接口。 ● Ad转载 2014-04-21 10:26:21 · 247 阅读 · 0 评论 -
设计模式之六大原则——迪米特法则(LoD,LKP)
定义: 迪米特法则(Law of Demeter,LoD)也称为最少知识原则(Least Knowledge Principle,LKP)。 一个对象应该对其他对象有最少的了解。通俗地讲,一个类应该对自己需要耦合或调用的类知道得最少,你(被耦合或调用的类)的内部是如何复杂都和我没关系,那是你的事情,我就知道你提供的public方法,我就调用这么多,其他的一概不关心。 含义:转载 2014-04-21 11:36:26 · 254 阅读 · 0 评论 -
设计模式之创建类模式——工厂方法模式
工厂方法模式使用的频率非常高,在我们日常的开发中总能见到它的身影。 定义: 定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 通用类图: 通用源码: 1 2 3 4 5 6 7 8 9 10 11转载 2014-04-21 11:29:00 · 290 阅读 · 0 评论 -
设计模式之六大原则——依赖倒置原则(DIP)
依赖倒置原则(Dependence Inversion Principle,DIP)的原始定义: 高层模块不应该依赖底层模块,两者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。 依赖倒置原则在Java语言中的表现是: 模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类产生的;接口或抽象类不依赖于实现类;实现类依赖接口或抽象类。转载 2014-04-21 11:32:46 · 277 阅读 · 0 评论 -
设计模式之结构类模式——桥梁模式
桥梁模式(Bridge Patter)也叫做桥接模式,是一个比较简单的模式。 定义: 将抽象和实现解耦,使得两者可以独立地变化。 通用类图: ● Abstraction——抽象化角色 它主要的职责是定义出该角色的行为,同时保存一个对实现化角色的引用,该角色一般是抽象类。 ● Implementro——实现化角色 它是接转载 2014-04-21 10:27:12 · 274 阅读 · 0 评论 -
设计模式之六大原则——开闭原则(OCP)
开闭原则(Open Closed Principle)是Java世界里最基础的设计原则,它指导我们如何建立一个稳定的、灵活的系统。 定义: 一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。 Softeware entities like classes,modules and functions should be open for extension but close转载 2014-04-21 11:37:30 · 335 阅读 · 0 评论 -
设计模式之六大原则——接口隔离原则(ISP)
接口隔离原则 Interface Segregation Principle 定义: 客户端不应该依赖它不需要的接口类间的依赖关系应该建立在最小的接口上 我们可以把这两个定义概括为一句话:建立单一接口,不要建立臃肿庞大的接口。再通俗一点讲:接口尽量细化,同时接口中的方法尽量少。 提供给每个模块的都应该是单一接口,提供给几个模块就应该有几个接口,而不是建立一个庞大的臃肿的接转载 2014-04-21 11:35:34 · 284 阅读 · 0 评论