使用物件導向技術開發程式時，我們經常會採用一些經典的設計模式，最著名的莫過於gof的定義的23中設計模式。但是，這些設計模式其實都遵循著幾大物件導向基礎原則。分別是：
乙個類只負責乙個功能領域中的相應原則。或者可以定義為：就乙個類而言，應該只喲乙個引起它變化的原因。
乙個軟體實體應當對擴充套件開放，對修改關閉。即軟體實體應盡量在不修改原有**的情況下進行擴充套件。
所有引用基類（父類）的地方必須能透明的使用其子類的物件。
抽象不應該依賴於細節，細節應當依賴於抽象。換言之，要針對介面程式設計，而不是針對實現程式設計。
使用多個專門的介面，而不是使用單一的總介面，即客戶端不應該依賴那些它不需要的介面。
盡量使用組合物件，而不是使用繼承來達到復用的目的。
乙個軟體實體應當盡可能少與其他實體發生相互作用。
物件導向的基本原則
單一職責原則 srp 就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的責任過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受意想不到的破壞。軟體設計真正要做的許多內容，就是發現職責並把那些職責相互...
物件導向設計基本原則
物件導向設計不外乎遵循五大原則 第一 單一職責原則 即 乙個類應該只負責單一的職責，而將其餘的職責讓其他類來承擔，這樣每個類之間相互協調來完成一件任務。第二 開閉原則 即對擴充套件是開放的，對修改是封閉的，因此需要注重抽象的運用 第三 替換原則 子類應該可以替換在父類出現的任何地方 第四 依賴倒置原...
物件導向設計基本原則
物件導向設計不外乎遵循五大原則 第一 單一職責原則 即 乙個類應該只負責單一的職責，而將其餘的職責讓其他類來承擔，這樣每個類之間相互協調來完成一件任務。第二 開閉原則 即對擴充套件是開放的，對修改是封閉的，因此需要注重抽象的運用 第三 替換原則 子類應該可以替換在父類出現的任何地方 第四 依賴倒置原...