## 连载：面向对象葵花宝典：思想、技巧与实践（39） - 设计原则 vs 设计模式
又是设计原则，又是设计模式，到底该用哪个呢？ =============================================================================
在“设计模型”一章中，我们提到设计原则和设计模式是互补的，设计原则和设计模式互补体现在：设计原则主要用于指导“类的定义”的设计，而设计模式主要用于指导“类的行为”的设计。
举一个很简单的例子：假设我们要设计一个图形类Shape，这个类既支持三角形，又支持矩形，其代码如下：
~~~
package com.oo.designpattern.diagram;
/**
* 设计不好的Shape类，同时兼顾三角形和矩形的职责，不符合SRP设计原则
*
*/
public class BadShape {
//三角形的属性
Position a;
Position b;
Position c;
//矩形的属性
Position m;
int length;
int width;
public void drawTriangle(){
//TODO: 画出三角形
}
public void drawRectangle(){
//TODO: 画出矩形
}
}
~~~
有经验的朋友都会觉得这个设计不太合理，因为其不符合类的SRP设计原则。因此，合理的做法是将这个类按照SRP原则拆分，具体拆分方法如下：
NormalShape.java
~~~
package com.oo.designpattern.diagram;
/**
* 将BadShape拆开为三角形和矩形两个图形，并提取出NormalShape这个父类
*
*/
abstract class NormalShape {
abstract void draw();
}
~~~
NormalTriangle.java
~~~
package com.oo.designpattern.diagram;
/**
* 三角形类
*
*/
public class NormalTriangle extends NormalShape {
//三角形的属性
Position a;
Position b;
Position c;
@Override
public void draw() {
// TODO：绘画三角形
if(Config.CURRENT_SYSTEM == Config.WINDOWS){
//TODO: 调用Windows的画图方法
}
else if( Config.CURRENT_SYSTEM == Config.LINUX){
//TODO: 调用Linux的画图方法
}
else if( Config.CURRENT_SYSTEM == Config.MAC){
//TODO: 调用Mac的画图方法
}
}
}
~~~
NormalRectangle.java
~~~
package com.oo.designpattern.diagram;
/**
* 矩形类
*
*/
public class NormalRectangle extends NormalShape {
//矩形的属性
Position m;
int length;
int width;
@Override
public void draw() {
// TODO: 绘画矩形
if(Config.CURRENT_SYSTEM == Config.WINDOWS){
//TODO: 调用Windows的画图方法
}
else if( Config.CURRENT_SYSTEM == Config.LINUX){
//TODO: 调用Linux的画图方法
}
else if( Config.CURRENT_SYSTEM == Config.MAC){
//TODO: 调用Mac的画图方法
}
}
}
~~~
这样拆分之后，从类的设计原则来看，已经是符合要求了。
接下来我们再使用设计模式来继续完善这个设计，这里就需要使用设计模式之道来指导我们设计了，即：**找到变化，封装变化**。
关于图形类一个比较明显的变化是跨平台，比如说要同时支持Windows、Linux、Mac三个桌面操作系统，那么实际画图的方法和需要调用的函数可能就随着平台的不同而变化，因此我们要找出一种方法来封装这种变化。
参考《设计模式》，可以知道这种方法就是“Bridge模式”，使用了Bridge后，会多出几个接口和实现类。
具体实现如下：
GoodShape.java
~~~
package com.oo.designpattern.diagram;
/**
* 在NormalShape的基础上，增加Bridge设计模式的实现，使其更加适应于跨平台
*
*/
abstract public class GoodShape {
protected ShapeDraw _draw; //将不同平台的实现封装到一个新的接口ShapeDraw
abstract void draw();
}
~~~
GoodTriangle.java
~~~
package com.oo.designpattern.diagram;
/**
* 按照Bridge设计模式设计的三角形类
*
*/
public class GoodTriangle extends GoodShape {
GoodTriangle(ShapeDraw draw){
this._draw = draw;
}
@Override
void draw() {
// TODO Auto-generated method stub
this._draw.drawTriangle();
}
}
~~~
GoodRectangle.java
~~~
package com.oo.designpattern.diagram;
/**
* 按照Bridge设计模式设计的矩形类
*
*/
public class GoodRectangle extends GoodShape {
GoodRectangle(ShapeDraw draw){
this._draw = draw;
}
@Override
void draw() {
// TODO Auto-generated method stub
this._draw.drawRectangle();
}
}
~~~
ShapeDraw.java
~~~
package com.oo.designpattern.diagram;
/**
* 按照Bridge设计模式进行设计的画图的接口，封装了跨平台不同的实现
*
*/
interface ShapeDraw {
public void drawTriangle();
public void drawRectangle();
}
~~~
WindowsDraw.java
~~~
package com.oo.designpattern.diagram;
/**
* Windwos上的画图实现
*
*/
public class WindowsDraw implements ShapeDraw {
@Override
public void drawTriangle() {
// TODO Auto-generated method stub
}
@Override
public void drawRectangle() {
// TODO Auto-generated method stub
}
}
~~~
LinuxDraw.java
~~~
package com.oo.designpattern.diagram;
/**
* Linux上的画图实现
*
*/
public class LinuxDraw implements ShapeDraw {
@Override
public void drawTriangle() {
// TODO Auto-generated method stub
}
@Override
public void drawRectangle() {
// TODO Auto-generated method stub
}
}
~~~
MacDraw.java
~~~
package com.oo.designpattern.diagram;
/**
* Mac上的画图实现
*
*/
public class MacDraw implements ShapeDraw {
@Override
public void drawTriangle() {
// TODO Auto-generated method stub
}
@Override
public void drawRectangle() {
// TODO Auto-generated method stub
}
}
~~~
可以看到，按照设计原则和设计模式进行重构后，原来不合理的设计逐步演变为一个优秀的设计了
- 前言
- （1） - 程序设计思想的发展
- （2） - 面向对象语言发展历史
- （3） - 面向过程 vs 面向对象
- （4） - 面向对象是瑞士军刀还是一把锤子？
- （5） - 面向对象迷思：面向对象导致性能下降？
- （6） - 不要说你懂“类”
- （7） - “对象”新解
- （8） - “接口” 详解
- （9） - “抽象类” 详解
- （10） - “抽象” 详解
- （11） - “封装” 详解
- （12） - “继承” 详解
- （13） - “多态” 详解
- （14） - 面向对象开发技术流程
- （15） - 需求详解
- （16） - 需求分析终极目的
- （17） - 需求分析518方法
- （18） - 用例分析
- （19） - 功能点提取
- （20） - 用例图的陷阱
- （21） - SSD
- （22） - 领域模型
- （23） - 领域建模三字经
- （24） - 设计模型
- （25） - 类模型
- （26） - 类模型三板斧
- （27） - 动态模型设计
- （28） - 设计原则：内聚&耦合
- （29） - 高内聚低耦合
- （30） - SRP原则
- （31） - OCP原则
- （32） - LSP原则
- （33） - ISP原则
- （34） - DIP原则
- （35） - NOP原则
- （36） - 设计原则如何用？
- （37） - 设计模式：瑞士军刀 or 锤子？
- （38） - 设计模式之道
- （39） - 设计原则 vs 设计模式
- （40） - DECORATOR模式
- （完）- 书籍已经出版