溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章將為大家詳細講解有關編程開發中常見設計原則有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。
簡約原則（KISS）
KISS原則的目標就是讓代碼保持簡潔但不要過于簡陋，從而避免引入任何不必要但復雜度。
不要重復自己（DRY）
BRY原則但目的是通過將公用但部分抽離出來放在一個單獨的地方，從而避免重復系統中的任何部分。當然避免重復的不僅僅是代碼，還包括業務邏輯。
講述而不要詢問（Tell，Don‘t Ask）
這個原則要求應該告訴對象您希望它們執行什么動作，而不是詢問有關對象狀態的問題然后您自己決定希望執行什么動作。這樣有助于匹配責任并避免類之間的緊密耦合。
您不需要它（YAGNI）
該原則指的是只需要將應用程序必須的功能包含進來，而不要試圖添加任何其他您認為可能需要的功能。
分離關注點（SoC）
SoC這一過程將軟件分解為多項不同的功能，每項功能封裝了可供其他類使用的唯一行為和數據。通常，一個關注點代表類的一項功能或行為。將程序劃分成若干獨立職責的做法顯著提高了代碼的重用成都、維護性和可測試性。
單一職責原則（SRP）
SRP與分離關注點原則保持高度一致。它要求每個對象應該有且只有一個職責關注點，即只有一個引起類變化的原因。
開放封閉原則（OCP）
該原則要求類對于擴展應該是開放的，而對于修改應該是關閉的，這樣應該就能夠在不改變類的內部行為的情況下為類添加新功能，并且避免類被破壞，造成不必要的錯誤或則bug。
里氏替換原則（LSP）
任何父類都應該可以被子類替代，并且保持其行為不變。改原則與OCP原則保持一致，確保繼承類不會影響父類的行為。
接口分離原則（ISP）
ISP原則關注的是將接口方法按職責劃分為若干個組，并且為這些分組指派不同的接口。避免客戶端實現一個龐大和一堆用不到的接口。
依賴倒置原則（DIP）
DIP原則的宗旨是將自己編寫的類與具體的實現隔離開來，讓這些類依賴于抽象或者接口。它提倡面向接口編程，這確保代碼不會與某種實現緊密耦合，從而提高惡系統的靈活性。
依賴注入（DI）和控制反轉（SoC）原則
DI、SoC與DIP是緊密相連的。DI通過構造器、方法或屬性提供低層類或從屬類。配合使用DI原則，這些從屬類可以被反轉為接口或抽象類，這樣就可以形成一個具有較高的可測試性和易于修改的低耦合系統。
關于“編程開發中常見設計原則有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
