您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關閱讀源代碼的四大指導原則,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
指導原則一:跑不起來的不讀
跑不起來的源碼不要讀,因為看也看不懂,或者是很難看懂,事倍功半,讀起來還費勁。什么時候這個源碼必須得跑起來,跑起來有什么好處就是,你可以用debug-條線跟進去。 舉個例子,比如ReentrantLock的lock(方法,沒有跑起來的時候,靜態的來讀源碼你會怎么讀?按ctr|鼠標單擊lock(方法,進入這個方法,會看到這個方法調用了別的方法,你又會按ctrl鼠標單擊進入它調用的這個方法,一層層往下,你會發現沒法讀了,所以如果這個東西能跑起來就不一樣了,你會發現與之前鼠標單擊跟進的結果不一樣了,原因是因為多態的實現,如果一個方法有很多子類的實現,但是你不知道跟著這條線,它會去實現那個方法,所以你就得全部看一遍。
指導原則二:解決問題就好
在實際中解決問題就好,讀源碼一方面可以解決問題,另一方面可以應對面試。什么意思呢?如果你接手了一個別人改過6手的代碼,現在你的老板說這個代碼有些問題,你往里邊加一些功能或者修改一些bug。你解決了問題就好,不需要從頭到尾去讀去改這個代碼。因此,閱讀源代碼的一大指導原則就是目的性要強,解決問題就行了。
指導原則三:一條線索到底
讀源碼的時候要一條線索到底, 不要只讀表面。我們知道一個程序跑起來以后,可能這個程序非常大,一個main方法有很多的put、get. size各種各樣其他的方法。每一個方法你調進去,這個方法很有可能又去調別的方法。所以你不要每個方法先看遍表面,然后再去里邊找。而是要一條線索到底,就讀一個方法,由淺到深看一遍。就樣子閱讀源代碼的效率會更高!
指導原則四:無關細節略過
閱讀代碼最忌諱的是,不抓結構抓細節,只見樹木不見森林。正確的方式是先把整體脈絡理清楚,然后按照模塊去閱讀代碼,把類和類、函數和函數之間的調用關系記錄下來。有那些邊界性的東西,在你讀第一邊沒必要的時候,你可以先把它略過。
關于閱讀源代碼的四大指導原則就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。