基礎框架之設計原則

框架開發概念簡介

  • 面向對象分析:面向對象分析是將客觀世界編程業務領域進行對象分析,有點一些概念這個過程中應該瞭解的;充血模型:數據和對應的業務邏輯被封裝到同一個類中;貧血模型:數據和業務邏輯被分割到不同的類中;DDD:領域驅動模型,MVC傳統三層架構;

  • 面向對象設計目的:強內聚、低耦合;易擴展;穩定性;可擴展、簡單;

  • 面向對象設計原則:原則是獨立與編程語言,甚至也可以用與非面向對象的編程語言;

  • 設計模式:主要用於解決某一類問題的通用解決方案,相當於數學公式,做嵌套式開發,一般我們總結爲設計模式爲創建式模式、行爲模型、結構模式;

  • 框架:框架是實現某一類應用的結構性程序,是對某一類架構方案可複用的設計與實現

開發框架之設計原則

SOLID原則

  • SRP: Single Responsibility Principle,一個類或者模塊只負責完成一個職責;

  • OCP:Open Closed Principle,軟件實體(模塊、類、方法等)應該“對擴展開發,對修改關閉”;

  • LSP:Liskov Substitution Principle,子對象能夠替換程序中父類對象出現的任何地方,並且保證原來的程序邏輯行爲不變及正確性不被破壞;

  • ISP: Interface Segregation Principle,客戶端應該不強迫依賴它不需要的接口;

  • DIP:Dependency Inversion Principle,高層模塊不要依賴底層模塊,高層模塊和底層模塊之間應該通過抽象來相互依賴,除此之外,抽象不要依賴具體的實現細節,具體實現細節依賴抽象。

KISS原則

KISS=Keep It Short and Simple.(儘量保持簡單。)

  • 不要使用同事可能不懂的技術來實現代碼。比如前面例子中的正則表達式,還有一些編程語言中過於高級的語法等。

  • 不要重複造輪子,要善於使用已經有的工具類庫。經驗證明,自己去實現這些類庫,出 bug 的概率會更高,維護的成本也比較高。

  • 不要過度優化。不要過度使用一些奇技淫巧(比如,位運算代替算術運算、複雜的條件語句代替 if-else、使用一些過於底層的函數等)來優化代碼,犧牲代碼的可讀性。

YAGNI原則

KISS=You Ain’t Gonna Need It.(不要做過度設計。)

  • 設計的初衷是提高代碼質量;

  • 設計的過程是先有問題後有方案;

  • 設計的應用場景是複雜代碼;

  • 持續重構能有效避免過度設計;

  • 不要脫離具體的場景去談設計;

DRY原則

DRY=Don’t Repeat Yourself.(不要寫重複的代碼。)

  • 減少代碼耦合;

  • 滿足單一職責原則;

  • 模塊化;

  • 業務與非業務邏輯分離;

  • 通用代碼下沉;

  • 繼承、多態、抽象、封裝;

  • 應用模板等設計模式;

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章