設計模式(一):學習大綱

iceWang丶發表於2020-10-17

設計模式(一):學習大綱

該系列文章,是在學習網上課程時的學習總結,可能會有一些瑕疵和錯誤,看到的可以留言反饋,謝謝~

學習意義

重要性的看法

設計模式老生常談了,對程式設計師的後續發展是很重要的,可以有效提升程式碼的可讀性,具體來看,有如下用途:

  • 應對面試,面試裡面裝高手;
  • 裝杯,寫出來的程式碼別人看到了只能說牛皮;
  • 複雜邏輯的結構用設計模式的思想來實現程式碼,才能實現的好;
  • 原始碼、框架裡面很多設計模式思想,不懂就看不懂了;
  • 一切為了職場未來更好的裝杯。

大綱

image.png

物件導向

  • 四大特性:繼承、封裝、多型、抽象;
  • 物件導向和麵向過程的區別和聯絡;
  • 物件導向的分析、設計、程式設計;
  • 介面和抽象類的區別和聯絡;
  • 如何基於介面實現而不是基於實現;
  • 為何要多用組合而不是繼承;
  • 程式導向中的貧血模型和麵向物件的充血模型;

設計原則

  • SRP 單一職責原則;
  • OCP 開閉原則;
  • LSP 里氏替換原則;
  • ISP 介面隔離原則;
  • DIP 依賴倒置原則;
  • DRY 原則;
  • KISS 原則;
  • YAGNI 原則;
  • LOD 原則

設計模式

設計模式是一系列方法論的抽象模型,大部分是用來解決程式碼的可擴充性問題,在學習這一塊的時候,重點是要知道這些設計模式是用來解決什麼問題的,在什麼場景下用,並且不過度設計。

  • 建立型
    • 單例模式
    • 工廠模式
    • 建造者模式
    • 原型模式
  • 結構型
    • 代理模式
    • 橋接模式
    • 裝飾者模式
    • 介面卡模式
    • 門面模式
    • 組合模式
    • 享元模式
  • 行為型
    • 觀察者模式
    • 模板模式
    • 策略模式
    • 職責鏈模式
    • 迭代器模式
    • 狀態模式
    • 訪問者模式
    • 備忘錄模式
    • 命令模式
    • 直譯器模式
    • 中介模式

程式設計規範

目前市面上已經有很多要求規範了,所以這裡也都是一些規章要求等,照著規範來就行了。

比如,我們直接用阿里的《程式碼規範》即可,在 IDEA 裡也有其對應的外掛實現,儘量遵守即可。

程式碼重構

程式碼重構是一個持續迭代的過程,而每次採用的方法就是上面所說的那些:設計思想、設計原則、設計模式、程式設計規範等。在每次的重構過程中,靈活運用這些方法論,避免過度優化即可。

  • 重構的目的、物件、時機、方法;
  • 保證重構後不引入新的問題:單元測試和整合測試;

之間的聯絡

  • 物件導向是下面所有方法論的基礎,其核心的4大特性,保證方法論的實現;
  • 設計原則是設計模式的指導思想,許多設計模式都是實現了設計原則;
  • 設計模式就是具體的實現,比設計原則更加的具體好懂;
  • 程式設計規範更加註重程式碼的細節,更好落地;
  • 程式設計規範是上面所有的基石,只有保證改完後不出現新的錯誤才是一次好的更改。

討論

哪一部分最重要

我認為是設計原則,因為設計模式是對設計原則的更具體實現,規範的話注重的太細節,重構每次採用的也是這些方法,所以還是原則最重要。

設計模式為什麼要強調是物件導向的設計方法論

所有的或抽象或具體都是根據物件導向的4大特性來抽象出來的。在程式導向或函數語言程式設計等程式設計模型中,並不是全部適用。

公眾號截圖




文章在公眾號「iceWang」第一手更新,有興趣的朋友可以關注公眾號,第一時間看到筆者分享的各項知識點,謝謝!筆芯!

相關文章