五大原則
單一職責原則srp(single responsibility principle)
是指乙個類的功能要單一，不能包羅永珍。如同乙個人一樣，分配的工作不能太多，否則一天到晚雖然忙忙碌碌的，但效率卻高不起來。
開放封閉原則ocp(open－close principle)
乙個模組在擴充套件性方面應該是開放的而在更改性方面應該是封閉的。比如：乙個網路模組，原來只服務端功能，而現在要加入客戶端功能，
那麼應當在不用修改服務端功能**的前提下，就能夠增加客戶端功能的實現**，這要求在設計之初，就應當將服務端和客戶端分開，公共部分抽象出來。
黎克特制替換原則(the liskov substitution principle lsp)
子類應當可以替換父類並出現在父類能夠出現的任何地方。比如：公司搞年度晚會，所有員工可以參加**，那麼不管是老員工還是新員工，
也不管是總部員工還是外派員工，都應當可以參加**，否則這公司就不和諧了。
依賴倒置原則(the dependency inversion principle dip) 具體依賴抽象，上層依賴下層。假設b是較a低的模組，但b需要使用到a的功能，
這個時候，b不應當直接使用a中的具體類： 而應當由b定義一抽象介面，並由a來實現這個抽象介面，b只使用這個抽象介面：這樣就達到
了依賴倒置的目的，b也解除了對a的依賴，反過來是a依賴於b定義的抽象介面。通過上層模組難以避免依賴下層模組，假如b也直接依賴a的實現，那麼就可能造成迴圈依賴。乙個常見的問題就是編譯a模組時需要直接包含到b模組的cpp檔案，而編譯b時同樣要直接包含到a的cpp檔案。
迪公尺特法則
迪公尺特法則（law of demeter）又叫作最少知識原則（least knowledge principle 簡寫lkp），就是說乙個物件應當對其他物件有盡可能少的了解,不和陌生人說話。
英文簡寫為: lod.迪公尺特法則可以簡單說成：talk only to your immediate friends。 對於面向ood來說，又被解釋為下面幾種方式：乙個軟體實體應當盡可能少的與其他實體發生相互作用。每乙個軟體單位對其他的單位都只有最少的知識，而且侷限於那些與本單位密切相關的軟體單位。
迪公尺特法則的初衷在於降低類之間的耦合。由於每個類儘量減少對其他類的依賴，因此，很容易使得系統的功能模組功能獨立，相互之間不存在（或很少有）依賴關係。
迪公尺特法則不希望類直接建立直接的接觸。如果真的有需要建立聯絡，也希望能通過它的友元類來轉達。因此，應用迪公尺特法則有可能造成的乙個後果就是：系統中存在大量的中介類，這些類之所以存在完全是為了傳遞類之間的相互呼叫關係——這在一定程度上增加了系統的複雜度。
有興趣可以研究一下設計模式的門面模式（facade）和中介模式（mediator），都是迪公尺特法則應用的例子。
工廠模式
1 using system;2 using system.collections.generic;
3 using system.linq;
4 using system.text;
5 using system.threading.tasks;
6 7 namespace 設計模式
8 15
16 //計算器
17 //class jisuanqi
18 //
24 // set
25 // }
26 27 // private int b;
28 29 // public int b
30 //
32 // set
33 // }
34 35 // public int jiafa()
36 //
39 40 //}
41 42 //改進計算器
43 public class jisuan
44
50 set
51 }
52 53 private int b;
54 55 public int b
56
58 set
59 }
60 public virtual int yunsuan()
61
64
65 }
66 67 //加法類
68 public class jia:jisuan
69
74 }
75 76 //減法類
77 public class jian : jisuan
78
83 }
84 85 //乘法類
86 public class cheng: jisuan
87
92 }
93 //工廠類
94 public class gongchang
95
113 }
114 }
115
116 class program
117
143 }
144 }
物件導向 五大原則
沒有規矩，不成方圓！物件導向亦是如此！五大原則讓物件導向技術更加規範，讓我們深入了解一下！就乙個類而言，應該僅有乙個引起它變化的原因。是盡量能讓類的變化減少，乙個類做好自己的本職工作就好了，別操太多的心，從而減少職責耦合！防止設計時產生一些不必要的問題！類的職責分離是我們在程式設計的時候，需要去考慮...
物件導向五大原則
參考 物件導向五大原則 英文縮寫為solid s srp single responsibility principle 單一職責原則 o ocp open close principle 開放關閉原則 l lsp liskov substitution principle 李氏替換原則 i isp...
物件導向程式設計五大原則
單一職責原則srp single responsibility principle 開放封閉原則ocp open close principle liskov替換原則lsp liskov substitution principle 依賴倒置原則dip dependency invertion pr...