设计模式(转载)

body
{
font-family: 微软雅黑,"Microsoft YaHei", Georgia,Helvetica,Arial,sans-serif,宋体, PMingLiU,serif;
font-size: 10.5pt;
line-height: 1.5;
}
html, body
{

}
h1 {
font-size:1.5em;
font-weight:bold;
}
h2 {
font-size:1.4em;
font-weight:bold;
}
h3 {
font-size:1.3em;
font-weight:bold;
}
h4 {
font-size:1.2em;
font-weight:bold;
}
h5 {
font-size:1.1em;
font-weight:bold;
}
h6 {
font-size:1.0em;
font-weight:bold;
}
img {
border:0;
max-width: 100%;
height: auto !important;
}
blockquote {
margin-top:0px;
margin-bottom:0px;
}
table {
border-collapse:collapse;
border:1px solid #bbbbbb;
}
td {
border-collapse:collapse;
border:1px solid #bbbbbb;
}

自己写代码,基本是面向过程的,换句话说,就是直接实现工程,不会考虑什么借口啊,对象啊,的东西。。。所以对设计模式,也了解不了太深,简单的列出23种模式及简介。

面向对象实际上就两句话:一是松耦合(Coupling),二是高内聚(Cohesion)。面向对象系统追求的目标就是尽可能地提高系统模块内部的内聚(Cohesion)、尽可能降低模块间的耦合(Coupling)

创建型模式

1) Factory(工厂)模式:提供的创建对象的接口封装,以及其将类的实例化推迟到子类

2) AbstractFactory(抽象工厂)模式:要创建一组相关或者相互依赖的对象

3) Singleton(单例)模式:创建全局变量/对象

4) Builder(建筑)模式:将创建和表示分开(对象很复杂时)

5) Prototype(原型)模式:自我复制

结构型模式

1) Bridge(桥接)模式:抽象和实现分别实现

2) Adapter(适配者)模式:提供了将一个类(第三方库)的接口转化为客户(购买使用者)希望的接口。

3) Decorator(装饰者)模式:组合实现类增加的职责

4) Composite(合成)模式:递归构建状结构

5) Flyweight(享元)模式:将对象的状态分为“外部状态”和“内部状态”,将可以被共享(不会变化)的状态作为内部状态存储在对象中,而外部对象我们可以在适当的时候将外部对象最为参数传递给对象。

6) Fa?ade(外观)模式:给用户提供一个高层接口

7) Proxy(代理)模式:逻辑和实现的彻底解耦

行为模式

1) Template模式

2) Strategy(策略)模式:业务逻辑(算法)具体实现和抽象接口之间解耦

3) State(状态)模式:状态逻辑和动作实现解耦

4) Obsever(观察者)模式:业务逻辑和表示层解耦(1对多的依赖关系)

5) Mementor(备忘录)模式:后悔药——在不破坏封装的前提下,捕获并保存一个类的内部状态,这样就可以利用该保存的状态实施恢复操作

6) Mediator(调停者)模式:对象之间交互和通信

7) Command(命令)模式:Command模式通过将请求封装到一个对象(Command)中,并将请求的接受者存放到具体的ConcreteCommand类中(Receiver)中,从而实现调用操作的对象和操作的具体实现者之间的解耦

8) Visitor(观察者)模式:将更新封装到一个类中

9) Chain of Responsibility (责任链)模式:将可能处理一个请求的对象链接成一个链,并将请求在这个链上传递,直到有对象处理该请求(可能需要提供一个默认处理所有请求的类,例如MFC中的CwinApp类)。

10) Iterator模式:聚合对象的遍历问题

11) Interpreter(翻译)模式:使用一个解释器为用户提供一个一门定义语言的语法表示的解释器,然后通过这个解释器来解释语言中的句子。

来自为知笔记(Wiz)

时间: 2024-10-10 02:18:52

设计模式(转载)的相关文章

23种设计模式-----转载

23种设计模式全解析 2013-06-24 10:56 137365人阅读 评论(45) 收藏 举报  分类: DesignPattern(8)  目录(?)[+] 一.设计模式的分类 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组合模式.享元模式. 行为型模式,共十一种:策略模式.模板方法模式.观察者模式.迭代子模式.责任链模式.命令模式.备忘录模式.状

要想富先练功,设计模式之六大原则

设计模式(Design Pattern)是一套被反复使用.多数人知晓的.经过分类的.代码设计经验的总结. 使用设计模式的目的:为了代码可重用性.让代码更容易被他人理解.保证代码可靠性. 设计模式使代码编写真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 设计模式的六大原则是,开发人员必须要掌握的,在开发过程中遵循这些原则,将极大地提升我们的代码质量和开发效率. 下面我们简单回忆一下,这六大原则.如果您没接触过设计模式,那么强烈建议您学习下相关知识. 单一职责:一个类只负责一项职责

javaweb三大框架和MVC设计模式

javaweb三大框架和MVC设计模式 转载,原文请见https://blog.csdn.net/sunpeng19960715/article/details/50890705 一.MVC设计模式 1.MVC的概念 首先我们需要知道MVC模式并不是javaweb项目中独有的,MVC是一种软件工程中的一种软件架构模式,把软件系统分为三个基本部分:模型(Model).视图(View)和控制器(Controller),即为MVC.它是一种软件设计的典范,最早为Trygve Reenskaug提出,为

设计模式之六大原则(转载)

关于设计模式的六大设计原则的资料网上很多,但是很多地方解释地都太过于笼统化,我也找了很多资料来看,发现CSDN上有几篇关于设计模式的六大原则讲述的比较通俗易懂,因此转载过来. 原作者博客链接:http://blog.csdn.net/LoveLion/article/category/738450/7 一.单一职责原则 原文链接:http://blog.csdn.net/lovelion/article/details/7536542 单一职责原则是最简单的面向对象设计原则,它用于控制类的粒度大

设计模式六大原则(1):单一职责原则(转载)

设计模式六大原则(1):单一职责原则 定义:不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责. 问题由来:类T负责两个不同的职责:职责P1,职责P2.当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障. 解决方案:遵循单一职责原则.分别建立两个类T1.T2,使T1完成职责P1功能,T2完成职责P2功能.这样,当修改类T1时,不会使职责P2发生故障风险:同理,当修改T2时,也不会使职责P1发生故障风险. 说到单一职责原则,很多人都会不屑一顾

设计模式六大原则(3):依赖倒置原则(转载)

设计模式六大原则(3):依赖倒置原则 定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一般是高层模块,负责复杂的业务逻辑:类B和类C是低层模块,负责基本的原子操作:假如修改类A,会给程序带来不必要的风险. 解决方案:将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或者类C发生联系,则会大大降低修改类A的几率. 依赖倒置原则

微服务架构的设计模式(转载)

转载:原文链接 前不久,Java Code Geeks发表了一篇文章,分析单体应用与微服务的优缺点.近日,该网站又发表了一篇文章,提供了六种微服务架构的设计模式. 聚合器微服务设计模式 这是一种最常用也最简单的设计模式,如下图所示: 聚合器调用多个服务实现应用程序所需的功能.它可以是一个简单的Web页面,将检索到的数据进行处理展示.它也可以是一个更高层次的组合微服务,对 检索到的数据增加业务逻辑后进一步发布成一个新的微服务,这符合DRY原则.另外,每个服务都有自己的缓存和数据库.如果聚合器是一个

设计模式六大原则(2):里氏替换原则(转载)

肯定有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑.其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的. 定义1:如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型. 定义2:所有引用基类的地方必须能透明地使用其子类的对象. 问题由来:有一功能P1,由类A完成.现需

[转载] 多图详解Spring框架的设计理念与设计模式

转载自http://developer.51cto.com/art/201006/205212_all.htm Spring作为现在最优秀的框架之一,已被广泛的使用,51CTO也曾经针对Spring框架中的JDBC应用做过报道.本文将从另外一个视角试图剖析出Spring框架的作者设计Spring框架的骨骼架构的设计理念. AD: Spring作为现在最优秀的框架之一,已被广泛的使用,51CTO也曾经针对Spring框架中的JDBC应用做过报道.本文将从另外一个视角试图剖析出Spring框架的作者

设计模式六大原则(转载)

设计模式之六大原则(转载) 关于设计模式的六大设计原则的资料网上很多,但是很多地方解释地都太过于笼统化,我也找了很多资料来看,发现CSDN上有几篇关于设计模式的六大原则讲述的比较通俗易懂,因此转载过来. 原作者博客链接:http://www.cnblogs.com/dolphin0520/p/3919839.html 一.单一职责原则 单一职责原则是最简单的面向对象设计原则,它用于控制类的粒度大小.单一职责原则定义如下: 单一职责原则(Single Responsibility Principl