设计模式的原则

转载 2004年06月27日 19:57:00
http://dev.csdn.net/develop/article/18/18473.shtm

设计模式的原则

2003/05/17

http://albert.mycool.net

近年来,大家都开始注意设计模式。那么,到底我们为什么要用设计模式呢?这么多设计模式为什么要这么设计呢?说实话,以前我还真没搞清楚。就是看大家一口一个"Design pattern",心就有点发虚。于是就买了本"四人帮"的设计模式,结果看得似懂非懂:看得时候好像是懂了,过一会就忘了。可能是本人比较"愚钝"吧:))最近,有了点感悟。"独乐不如众乐",与大家分享一下,还望指教!
为什么要提倡"Design Pattern"呢?根本原因是为了代码复用,增加可维护性。那么怎么才能实现代码复用呢?OO界有前辈的几个原则:"开-闭"原则(Open Closed Principal)、里氏代换原则、合成复用原则。设计模式就是实现了这些原则,从而达到了代码复用、增加可维护性的目的。
一、"开-闭"原则
此原则是由"Bertrand Meyer"提出的。原文是:"Software entities should be open for extension,but closed for modification"。就是说模块应对扩展开放,而对修改关闭。模块应尽量在不修改原(是"原",指原来的代码)代码的情况下进行扩展。那么怎么扩展呢?我们看工厂模式"factory pattern":假设中关村有一个卖盗版盘和毛片的小子,我们给他设计一"光盘销售管理软件"。我们应该先设计一"光盘"接口。如图:
______________
|<<interface>>|
| 光盘 |
|_____________|
|+卖() |
| |
|_____________|
而盗版盘和毛片是其子类。小子通过"DiscFactory"来管理这些光盘。代码为:
public class DiscFactory{
public static 光盘 getDisc(String name){
return (光盘)Class.forName(name).getInstance();
}
}
有人要买盗版盘,怎么实现呢?
public class 小子{
public static void main(String[] args){
光盘 d=DiscFactory.getDisc("盗版盘");
光盘.卖();
}
}
如果有一天,这小子良心发现了,开始卖正版软件。没关系,我们只要再创建一个"光盘"的子类"正版软件"就可以了。不需要修改原结构和代码。怎么样?对扩展开发,对修改关闭。"开-闭原则"
工厂模式是对具体产品进行扩展,有的项目可能需要更多的扩展性,要对这个"工厂"也进行扩展,那就成了"抽象工厂模式"。
二、里氏代换原则
里氏代换原则是由"Barbara Liskov"提出的。如果调用的是父类的话,那么换成子类也完全可以运行。比如:
光盘 d=new 盗版盘();
d.卖();
现在要将"盗版盘"类改为"毛片"类,没问题,完全可以运行。Java编译程序会检查程序是否符合里氏代换原则。还记得java继承的一个原则吗?子类overload方法的访问权限不能小于父类对应方法的访问权限。比如"光盘"中的方法"卖"访问权限是"public",那么"盗版盘"和"毛片"中的"卖"方法就不能是package或private,编译不能通过。为什么要这样呢?你想啊:如果"盗版盘"的"卖"方法是private。那么下面这段代码就不能执行了:
光盘 d=new 盗版盘();
d.卖();
可以说:里氏代换原则是继承复用的一个基础。
三、合成复用原则
就是说要少用继承,多用合成关系来实现。我曾经这样写过程序:有几个类要与数据库打交道,就写了一个数据库操作的类,然后别的跟数据库打交道的类都继承这个。结果后来,我修改了数据库操作类的一个方法,各个类都需要改动。"牵一发而动全身"!面向对象是要把波动限制在尽量小的范围。


在Java中,应尽量针对Interface编程,而非实现类。这样,更换子类不会影响调用它方法的代码。要让各个类尽可能少的跟别人联系,"不要与陌生人说话"。这样,城门失火,才不至于殃及池鱼。扩展性和维护性才能提高

理解了这些原则,再看设计模式,只是在具体问题上怎么实现这些原则而已。张无忌学太极拳,忘记了所有招式,打倒了"玄幂二老",所谓"心中无招"。设计模式可谓招数,如果先学通了各种模式,又忘掉了所有模式而随心所欲,达到"心中无模式",可谓OO之最高境界。呵呵,搞笑,搞笑!

这是我的一点心得,大家可能理解得更深刻。还望指教!
我的网站:http://albert.mycool.net
参考图书:《设计模式》、《Java与模式》

设计模式之四大原则

看了大话设计模式,想自己总结一下,以加深印象。本次来总结设计模式中的设计原则。 一:单一职责原则 它的准确解释是:就一个类而言,应该仅有一个引起它变化的原因。 通俗的说,就是一个类不应该有太多的职责,...
  • luxuheng
  • luxuheng
  • 2015年08月13日 18:07
  • 615

代码重构 +设计模式六大原则 + 23种设计模式

学会单元测试,培养你的重构意识 可能上面说了这么多,还是有很多人并不理解重构。没关系,在这里我教你们一个快速入门的办法,就是单元测试。什么是单元测试,请自行google。单元测试有什么要求?就是要求你...
  • u013321328
  • u013321328
  • 2015年01月20日 15:17
  • 4651

设计模式是五大或六大还是七大原则?

设计模式是五大或六大还是七大原则?设计模式有五大原则或七大原则之分 按五大原则划分:1、2、3和4(算一种)、5和6(算一种)、7 按六大原则划分:1、2、3、4、5和6(算一种)、7 按七大原...
  • cadenzasolo
  • cadenzasolo
  • 2016年01月23日 00:43
  • 780

设计模式之面向对象七大基本原则

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN。因为CSDN也支持MarkDown语法了,牛逼啊!概述在运用面向对象的思想进行软件设计时,需要遵循的原则一共有7个,他...
  • yanbober
  • yanbober
  • 2015年04月27日 16:25
  • 6347

设计模式--六大原则与三种类型

一.6大原则 1.单一职责原则(Single Responsibility Principle) 定义:就一个类而言,应该仅有一个引起它变化的原因;     如果一个类承担的职责过多,就等于把这...
  • u013045552
  • u013045552
  • 2015年02月01日 21:13
  • 2357

大话设计模式之设计模式的六大原则

1,单一职责原则 2,开放封闭原则 3,依赖倒转原则 4,里氏代换原则 5,迪米特法则 6,接口隔离原则...
  • liujun_0128
  • liujun_0128
  • 2017年03月18日 19:17
  • 119

23种设计模式与6大原则综述

设计模式 设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无...
  • k605726828
  • k605726828
  • 2015年11月22日 21:27
  • 691

设计模式(一)设计六大原则

1. 单一职责原则(SRP) 定义:就一个类而言,应该仅有一个引起它变化的原因。 从这句定义我们很难理解它的含义,通俗讲就是我们不要让一个类承担过多的职责。如果一个类承担的职责过多,就...
  • itachi85
  • itachi85
  • 2016年01月10日 16:44
  • 9067

设计模式中的七大原则和23种设计模式

首先说一个概念“高内聚低耦合”,高内聚即:把功能相同、相近的东西放到同一个类里面,而低耦合即:不同类之间的联系越少越好。 下面的设计模式中的七大原则,也可以叫做面向对象的七大原则,都是以“高内聚低耦...
  • sinat_24229853
  • sinat_24229853
  • 2017年01月16日 21:10
  • 541

(设计模式1)设计模式5大原则:SOLID原则

SOLID是几个重要编码原则的缩写 SRP: The Single Responsibility Principle 单一责任原则 OCP: The Open Closed Principle 开放封...
  • kkgbn
  • kkgbn
  • 2016年10月26日 17:17
  • 1253
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:设计模式的原则
举报原因:
原因补充:

(最多只允许输入30个字)