## 連載：面向對象葵花寶典：思想、技巧與實踐（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 } } ~~~ 可以看到，按照設計原則和設計模式進行重構后，原來不合理的設計逐步演變為一個優秀的設計了