C#實現橋接模式

圖１

 

 

 

圖２

 

 

我們在面象對象設計中，要遵循依賴倒置原則，也就是說，抽象不依賴於實現細節，而實現細節要依賴於抽象 , 下面兩副圖中，圖１是抽象A依賴實現B，這在某中情況下就是一個不好的做法，比如，我們有這樣一個需求，有一個人事系統，我們做一個用來計算工資的類，然後我們把員工對象當參數傳入，來計算他的工資。

如果按圖１的做法，代碼很容易就寫成了這樣..

 

1. using System;
2. using System.Collections.Generic;
3. using System.Linq;
4. using System.Text;
6. namespace 設計模式
7. {
8.     class CountMoney
9.     {
10.         public static void Main()
11.         {
12.             Employee emp = new Employee() ;
13.             Manager man = new Manager() ;
15.             Console.WriteLine( "普通員工的工資：{0}" , CountSalary( PersonType.EmployeeType , emp ) ) ;
16.             Console.WriteLine( "管理員工的工資：{0}" , CountSalary( PersonType.ManagerType , man ) ) ;
18.             Console.ReadLine() ;
19.         }
21.         public static float CountSalary( PersonType type , Object per )
22.         {
23.             float reFloat = 0.0f ;
25.             if( PersonType.EmployeeType == type )
26.             {
27.                 Employee emp = (Employee) per ;
28.                 reFloat = emp.daySalary * emp.workDayCount ;
29.             }
30.             else if ( PersonType.ManagerType == type )
31.             {
32.                 Manager emp = (Manager) per ;
33.                 //管理員一天的工資是２００塊
34.                 reFloat = emp.daySalary * emp.workDayCount ; 
35.             }
37.             return reFloat ;
38.         }
39.     }
41.     public enum PersonType
42.     {
43.         EmployeeType = 0 ,
44.         ManagerType = 1 
45.     }
47.     class Employee
48.     {
49.         public float workDayCount = 30 ;   
50.         public float daySalary = 200 ;
51.     }
53.     class Manager
54.     {
55.         public float workDayCount = 28 ;
56.         public float daySalary = 300 ;
57.     }
58. }

通過以上代碼，我們可以看出

CountMoney工資計算類中，我傳用枚舉來判斷傳入的類型，進行相應的轉型，並計算出工次。。這樣寫本身也並沒有什麼錯，但是它不是一個應對變化的好辦法，比如說，除普通員工，管理員外，我們又要加入別的類型的人員，這時，我們的代碼，就不太好擴充，解決辦法一定是，在public static float CountSalary( PersonType type , Object per )方法在再多加一條else if來做判斷，枚舉中再加入一個類型。。這樣的改動未免有些太大了。。這裡其實就是圖１所說的，依賴實現細節，也就是說CountMoney中直接操作了具體的實作類別造成了耦合性，所以，我們要依賴倒置。。下面我們按圖２的方式來寫代碼。

 

首先，我們為瞭解決依賴實作類別的問題，我們要加一層抽像，用來描述各類人員的共性，也就是不變處，試想一下，要計算工資，是不是不管什麼人員，都需要有出勤天數，這樣就行了，至於別的內容，我們是不關心的，所以我們定義一個介面，Person,用來描述出勤天數，其餘的不管是員工，還是管理員，都去實現這個介面。而我們的計算類中，中對介面操作，不依賴具體的實作類別，比如員工類。

按圖２實現之後，我們如果再加入一種類型的人員，只需要加一個類，實現Person介面就行，不需要再改動CountMoney中的代碼，這就符合了開閉原則。

 

2. using System;
3. using System.Collections.Generic;
4. using System.Linq;
5. using System.Text;
7. namespace 設計模式
8. {
9.     class CountMoney2
10.     {
11.         public static void Main()
12.         {
13.             Employee emp = new Employee() ;
14.             Manager man = new Manager() ;
16.             Console.WriteLine( "普通員工的工資：{0}" , CountSalary( emp ) ) ;
17.             Console.WriteLine( "管理員工的工資：{0}" , CountSalary( man ) ) ;
19.             Console.ReadLine() ;
20.         }
22.         public static float CountSalary( Person per )
23.         {
24.             float reFloat = 0.0f ;
26.             reFloat = per.DaySalary * per.WorkDayCount ;
27.             
28.             return reFloat ;
29.         }
30.     }
32.     interface Person
33.     {
34.         float WorkDayCount{ get;} 
35.         float DaySalary { get;} 
36.     }
38.     class Employee : Person
39.     {
40.         public float workDayCount = 30 ;
42.         #region Person 成員
44.         public float WorkDayCount
45.         {
46.             get { return this.workDayCount ; }
47.         }
49.         #endregion
51.         #region Person 成員
54.         public float DaySalary
55.         {
56.             get { return 200.0f ; }
57.         }
59.         #endregion
60.     }
62.     class Manager : Person
63.     {
64.         public float workDayCount = 28 ;
66.         #region Person 成員
68.         public float WorkDayCount
69.         {
70.             get { return this.workDayCount ; }
71.         }
73.         #endregion
75.         #region Person 成員
78.         public float DaySalary
79.         {
80.             get { return 300.0f ; }
81.         }
83.         #endregion
84.     }
85. }

 

未完。。。