VOOZH about

URL: https://read01.com/xDL53N.html

⇱ clean code筆記6:邊界 - 壹讀


Sunday, Apr 12, 2026

clean code筆記6:邊界

2014/08/08 來源:簡書

優雅的使用第三方庫

  1. 大多數人是通過花好幾天閱讀文檔,再決定怎麼使用,然後編寫。最後不免陷入漫長的調試找代碼中的缺陷中。因為學習第三方庫代碼很難,整合第三方代碼也很難。
  2. 優雅的使用第三方庫,則應該換一種方法。

優雅的方式:編寫學習性測試。

  • 找到最基礎的文檔(用來給第一次使用的人看的),開始閱讀文檔。每讀完幾個的api,便開始整合完成你想要的某一個功能,寫一個類的一個函數將其封裝起來。
  • 完成你初步羅列出來的功能便可以開始測試,如果不需要深入理解他人的代碼的話,完成所需功能即可。如果想要開發超過百行的有關代碼,還是把最基礎文檔的api全部測試一遍好。
  • 測試:對函數分別調用,從中弄懂參數和返回值的真正意義,並以此弄清當前函數整合的所有api幹了什麼。
  • 測試完成後,便應該只用自己封裝起來的函數來寫自己旳程序。當需要調用新的api,如果這個api屬於之前的某個功能,就寫進那個功能對應的函數,如果是新的功能,則應該考慮寫新的類、新的的函數。

編寫學習性測試的好處

  • 減少了學習成本,減少了混亂的調試,比以前的方法更有效。
  • 當他人的代碼更新了後,api作用可能會改變,這時候可能會產生兼容性問題,造成你的程序大範圍的出錯,而且不易於定位錯誤,修改代碼的代價巨大。而通過編寫學習性測試,我們只需將之前編寫的函數重新測試一遍,再把出錯的函數修改即可。
  • 當我們需要的代碼還未存在的時候,我們可以編寫類似於學習測試的代碼,原理仍是通過所需功能來編寫函數,這叫做adapter模式。我們通過這種模式,將所需功能寫出,因為這樣一切我們程序所需調用的函數接在我們的掌控之中,而不是他人的改動的代碼。這就類似於一個過渡層,通過它,我們將不同人編寫的代碼融合。

adapter模式的具體實現

👁 Image
...
👁 Image
...
優雅的使用第三方庫 大多數人是通過花好幾天閱讀文檔,再決定怎麼使用,然後編寫。最後不...
您可能感興趣
免責聲明:本文內容來源于簡書,文章觀點不代表壹讀立場,如若侵犯到您的權益,或涉不實謠言,敬請向我們提出檢舉
最新文章 / 服務條款 / 私隱保護 / DMCA / 聯絡我們

壹讀/READ01.COM