1、在抽象出問題域中的類時，按照「物件類似」設計原則進行抽象。如果問題域中的多個實體都有相似的屬性和相似的行為是，那麼可以將這些屬性和行為寫到同乙個類中，對於差別比較大的行為最好不要寫入或者另外寫入乙個新建類中。
2、封裝每個核心**類時，最好加入單元測試**或加入main（）方法進行測試，以保證每個類的每個方法封裝都符合業務要求。
3、若系統中的某項業務已經是行業標準，最好將此模組定義為乙個或者多個介面。不要定義為抽象類，以免給後期擴充套件帶來不必要的麻煩。
4、在已經建立好的類的基礎上建立新的類時，最好少用繼承，多用合成。因為子類繼父類時，可能繼承了對子類沒用的或者有害的方法，給整個系統**帶來麻煩。
5、初學者在設計類之前，應該多收集、多閱讀別人寫的優秀的**示例，理解別人的設計思想。
軟體的可維護和復用設計原則
1、開閉原則
2、替換原則：如果對乙個型別為t1的物件o1，都有型別為t2的物件o2，使得以t1定義的所有程式p在所有的物件o1都代替成o2時，程式p的行為沒有變化，那麼型別t2是型別t1的子型別。
3、依賴倒轉原則：抽象不應當依賴於細節，細節應當依賴於抽象。另一種表述為：針對介面程式設計，而不針對實現程式設計。
4、介面分離原則：有些介面不用但是要不隔離就可以影響其他的介面。
5、組合和聚合復用原則
物件導向類設計的一些原則
敏捷軟體開發 原則，模式與實踐 一書中的物件導向類設計的一些原則 單一職責原則 對乙個類而言，應該僅有乙個引起它變化的原因 開放，封閉原則 軟體實體 類，模組，函式等等 應該是可以擴充套件的，但是不可修改的。liskov替換原則 子型別必須能夠替換掉它的基型別。依賴倒置原則 a.高層模組不應該依賴於...
系統設計的一些原則
系統設計的好壞在根本上決定了軟體系統的優劣。可以說 差的系統設計必定產生差的軟體系統 但是不能保證 好的系統設計必定產生好的軟體系統 因為在設計之前有需求開發工作，在設計之後還有編碼，測試和維護工作，無論哪個環節出了差錯，都會把好事搞砸了。據說上帝把所有的女士都設計成天使，可是天使們在下凡的時候，有...
系統設計的一些原則
系統設計的好壞在根本上決定了軟體系統的優劣。可以說 差的系統設計必定產生差的軟體系統 但是不能保證 好的系統設計必定產生好的軟體系統 因為在設計之前有需求開發工作，在設計之後還有編碼，測試和維護工作，無論哪個環節出了差錯，都會把好事搞砸了。據說上帝把所有的女士都設計成天使，可是天使們在下凡的時候，有...