優雅的使用第三方庫
- 大多數人是通過花好幾天閱讀文檔,再決定怎麼使用,然後編寫。最後不免陷入漫長的調試找代碼中的缺陷中。因為學習第三方庫代碼很難,整合第三方代碼也很難。
- 優雅的使用第三方庫,則應該換一種方法。
優雅的方式:編寫學習性測試。
- 找到最基礎的文檔(用來給第一次使用的人看的),開始閱讀文檔。每讀完幾個的api,便開始整合完成你想要的某一個功能,寫一個類的一個函數將其封裝起來。
- 完成你初步羅列出來的功能便可以開始測試,如果不需要深入理解他人的代碼的話,完成所需功能即可。如果想要開發超過百行的有關代碼,還是把最基礎文檔的api全部測試一遍好。
- 測試:對函數分別調用,從中弄懂參數和返回值的真正意義,並以此弄清當前函數整合的所有api幹了什麼。
- 測試完成後,便應該只用自己封裝起來的函數來寫自己旳程序。當需要調用新的api,如果這個api屬於之前的某個功能,就寫進那個功能對應的函數,如果是新的功能,則應該考慮寫新的類、新的的函數。
編寫學習性測試的好處
- 減少了學習成本,減少了混亂的調試,比以前的方法更有效。
- 當他人的代碼更新了後,api作用可能會改變,這時候可能會產生兼容性問題,造成你的程序大範圍的出錯,而且不易於定位錯誤,修改代碼的代價巨大。而通過編寫學習性測試,我們只需將之前編寫的函數重新測試一遍,再把出錯的函數修改即可。
- 當我們需要的代碼還未存在的時候,我們可以編寫類似於學習測試的代碼,原理仍是通過所需功能來編寫函數,這叫做adapter模式。我們通過這種模式,將所需功能寫出,因為這樣一切我們程序所需調用的函數接在我們的掌控之中,而不是他人的改動的代碼。這就類似於一個過渡層,通過它,我們將不同人編寫的代碼融合。
adapter模式的具體實現
👁 Image
...
👁 Image
...
優雅的使用第三方庫 大多數人是通過花好幾天閱讀文檔,再決定怎麼使用,然後編寫。最後不...