> 乙個類應該代表乙個邏輯部件，封裝資料和行為： 不要只封裝行為，也不要只封裝資料。
> 類是面向使用者的，為使用者提供服務： 設計類時，首先考慮乙個類對使用者有沒有用，其次考慮乙個類要提供哪些介面來滿足使用者的要求。
> 類應該向使用者提供少而準的介面： 少即最少，目的是使類盡可能簡練。準即準確，目的是使類能準確完成任務。公共介面少但是要完整，不能缺少行為，否則就不能準確完成任務，如果沒有適當限制公共介面，那麼使用者就可以訪問非必需的甚至危險的行為，破壞系統的完整性和安全性。
> 從類的設計開始到測試階段，使用者都要參與其中： 這樣類的實用性和正確的介面都會得到保證。
> 設計健壯的構造方法： 構造方法應該把物件置於安全的狀態，這包括屬性初始化和記憶體管理等問題。提供構造方法來處理預設情形通常是乙個號注意。
> 用文件說明類以及使用注釋： 沒有好的編寫說明文件的習慣就寫不出好的設計。
> 帶著協作的意向建立類： 幾乎沒有類是孤立的，大多數情況下，如果乙個類不同其他類進行互動，就沒有理由建立這個類。乙個類將為其它類提供服務或接受其它類的服務。
> 預見所有可能的錯誤並加以處理： 僅僅忽視潛在的問題不是好主意。遇到錯誤時，應用程式不會崩潰，而是採取下列方法：
1. 修復自己並繼續執行；
2. 在不丟失使用者的重要資料的情況下適當地退出。
> 類的重用： 使類能夠在不同的系統中使用。
架構設計相關指導原則
架構的主要工作就是將軟體拆解為元件,而設計原則就是指導如何拆解,拆解的粒度,元件間依賴的方向,元件的解耦方式等 架構設計的主要原則 類和 層級上的原則 元件層級上的原則 處理元件依賴問題三原則 使得高層次的模組不依賴於低層次的模組的實現細節,依賴關係被反轉 從而使得低層次模組依賴於高層次模組的需求抽...
Scrum 指導原則
雖然這篇文章討論了scrum中的一些常見指導原則，但重要的是要記住這些指南是靈活的，應根據您團隊的需求進行塑造。當我提到規則時，我指的是那些無法修補以適應特定背景的方面。例如，沒有產品負責人，開發團隊和scrum master，您就無法做scrum。當我提到指南時，我指的是那些可能被改變以適應特定背...
Scrum 指導原則
雖然這篇文章討論了scrum中的一些常見指導原則，但重要的是要記住這些指南是靈活的，應根據您團隊的需求進行塑造。當我提到規則時，我指的是那些無法修補以適應特定背景的方面。例如，沒有產品負責人，開發團隊和scrum master，您就無法做scrum。當我提到指南時，我指的是那些可能被改變以適應特定背...