設計模式:lession2 設計原則

一、基本概述typescript

  • 即按照哪種思路或者標準來實現功能!
  • 功能相同,能夠有不一樣的設計方案來實現
  • 伴隨需求增長,設計的做用才能體現出來

 二、何爲設計《UNIX/LINUX設計哲學》shell

  • 準則1:小便是美
  • 準則2:讓每一個程序只作好一件事
  • 準則3:快速創建原型
  • 準則4:捨棄高效率而取可移植性
  • 準則5:採用純文原本存儲數據
  • 準則6:充分利用軟件槓桿效應(複用軟件)
  • 準則7:  利用shell腳原本提升槓桿效應和可移植性
  • 準則8:避免強制性的用戶界面
  • 準則9:讓每一個程序都稱爲過濾器
  • 小準則:容許用戶制定環境
  • 小準則:儘可能使用小而輕量的系統內核
  • 小準則:沉默是金
  • 小準則:個部分之和大於總體
  • 小準則:尋求百分之九十的解決方案

三、SOLID五大設計原則編程

  •    S - 單一執行原則 
  •    O - 開放封閉原則 
  •    L  - 李氏置換原則
  •    I   - 接口獨立原則 
  •    D  - 依賴致使原則 

    3.一、單一執行原則設計

  • 一個程序只作一件事
  • 若是功能過於複雜,就拆分開,每一個保持獨立

    3.二、開放封閉原則繼承

  • 對擴展開放,對修改封閉
  • 增長需求時,擴展新代碼而非修改已經有的代碼
  • 這是軟件設計的最終目標

    3.三、 李氏置換原則接口

  • 子類能覆蓋父類
  • 父類能出現的地方子類就能出現
  • js中使用較少(弱類型&繼承使用較少)

    3.四、接口獨立原則ip

  • 保持接口的單一獨立,避免出現「胖接口」 
  • js沒有接口(typescript列外),使用較少
  • 相似於單一職責原則,這裏更關注接口

    3.五、依賴倒置原則原型

  • 面向接口編程,依賴於抽象而不依賴於具體
  • 使用只關注接口而不關注具體類的實現
  • Js中使用較少(沒有接口¥弱類型)
相關文章
相關標籤/搜索