1 單一職責原則（srp）
就乙個類而已，只有乙個引起他變化的原因
如果乙個類承擔的職責過多，就等於把這些職責耦合到一起，乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力，當變化發生時，設計會遭受到意想不到的破壞。
2 開放封閉原則
軟體實體（類、模組、函式）應該是可擴充套件的，但是不可修改的。
對擴充套件開放，對修改封閉
怎樣才能在無需對模組進行改動的情況下就改變的他的功能呢？面向抽象程式設計，而非面向具體程式設計。
3 liskov替換原則
子型別必須能夠替換掉他們的基型別
乙個函式f他的引數需要傳入乙個基型別b的引用，有d：b，如果把d作為b型別引數傳入f函式，會導致f函式出現錯誤行為，則違反黎克特制替換原則。
4 依賴倒置原則
a 高層模組不應該依賴於低層模組，二者都應該依賴於抽象
b 抽象不應該依賴於細節，細節應該依賴於抽象
5 介面隔離原則（isp）
使用多個小的專門的介面，而不要使用乙個大的總介面
介面應該是內聚的，應該避免出現「胖」介面
乙個類對另外乙個類的依賴應該建立在最小介面之上，不要強迫依賴不用的方法，這是一種介面汙染
軟體開發7大原則
5.依賴倒置原則 dip dependence inversion principle 依賴關係應該是盡量依賴介面 或抽象類 而不是依賴於具體類 高層不依賴低層，都依賴於抽象 針對介面程式設計，不要針對實現程式設計 我的理解是，對於不同層次的程式設計，高層次暴露給低層次的應當只是介面，而不是它的具體...
軟體開發 六大原則
1，開閉原則 修改時，執行關閉原則 擴充套件時，執行開放原則 增加新功能 時，盡量不修改已有 然後將擴充套件的 增加到專案中 2，迪公尺特原則 高內聚，低耦合 在開發 時，類與類之間 模組與模組之間以及系統與系統之間，盡量保持低耦合，可以使得程式達到最大的復用 3，黎克特制代換原則 即多型 宣告方法...
軟體測試的十大原則
軟體測試的十大原則 原則是最重要的，方法應該在這個原則指導下進行。軟體測試的基本原則是站在使用者的角度，對產品進行全面測試，盡早 盡可能多地發現 bug,並負責跟蹤和分析產品中的問題，對不足之處提出質疑和改進意見。零缺陷 zero bug 是一種理念，足夠好 good enough 是測試的基本原則...