如何看懂源代碼--(分析源代碼方法)

________________________________________
我們?cè)趯懗淌綍r(shí)，有不少時(shí)間都是在看別人的代碼。
例如看小組的代碼，看小組整合的守則，若一開始沒(méi)規(guī)劃怎么看，
就會(huì)“?？磭？啵ㄅ_(tái)語(yǔ)） ”

不管是參考也好，從開源抓下來(lái)研究也好，為了了解箇中含意，在有限的時(shí)間下，不免會(huì)對(duì)龐大的源代碼解讀感到壓力。
網(wǎng)路上有一篇關(guān)于分析看代碼的方法，做為程式設(shè)計(jì)師的您，不妨參考看看，
換個(gè)角度來(lái)分析。 也能更有效率的解讀你想要的程式碼片段。

六個(gè)章節(jié)：
（ 1 ）讀懂程式碼，使心法皆為我所用。
（ 2 ）摸清架構(gòu)，便可輕松掌握全貌。
（ 3 ）優(yōu)質(zhì)工具在手，讀懂程式非難事。
（ 4 ）望文生義，進(jìn)而推敲組件的作用。
（ 5 ）找到程式入口，再由上而下抽絲剝繭。
（ 6 ）閱讀的樂(lè)趣，透過(guò)程式碼認(rèn)識(shí)作者。

閱讀他人的程式碼（ 1 ） ---讀懂程式碼，使心法皆為我所用
程式碼是別人寫的，只有原作者才真的了解程式碼的用途及涵義。許多程式人心里都有一種不自覺(jué)的恐懼感，深怕被迫去碰觸其他人所寫的程式碼。但是，與其抗拒接收別人的程式碼，不如徹底了解相關(guān)的語(yǔ)言和慣例，當(dāng)成是培養(yǎng)自我實(shí)力的基石。
對(duì)大多數(shù)的程式人來(lái)說(shuō)，撰寫程式碼或許是令人開心的一件事情，但我相信，有更多人視閱讀他人所寫成的程式碼為畏途。許多人寧可自己重新寫過(guò)一遍程式碼，也不愿意接收別人的程式碼，進(jìn)而修正錯(cuò)誤，維護(hù)它們，甚至加強(qiáng)功能。

這其中的關(guān)鍵究竟在何處呢？若是一語(yǔ)道破，其實(shí)也很簡(jiǎn)單，程式碼是別人寫的，只有原作者才真的了解程式碼的用途及涵義。許多程式人心里都有一種不自覺(jué)的恐懼感，深怕被迫去碰觸其他人所寫的程式碼。這是來(lái)自于人類內(nèi)心深處對(duì)于陌生事物的原始恐懼。

讀懂別人寫的程式碼，讓你收獲滿滿
不過(guò)，基于許多現(xiàn)實(shí)的原因，程式人時(shí)常受迫要去接收別人的程式碼。例如，同事離職了，必須接手他遺留下來(lái)的工作，也有可能你是剛進(jìn)部門的菜鳥，而同事經(jīng)驗(yàn)值夠了，升級(jí)了，風(fēng)水輪流轉(zhuǎn)，一代菜鳥換菜鳥。甚至，你的公司所承接的專案，必須接手或是整合客戶前一個(gè)廠商所遺留下來(lái)的系統(tǒng)，你們手上只有那套系統(tǒng)的原始碼（運(yùn)氣好時(shí)，還有數(shù)量不等的文件） 。

諸如此類的故事，其實(shí)時(shí)常在程式人身邊或身上持續(xù)上演著。許多程式人都將接手他人的程式碼，當(dāng)做一件悲慘的事情。每個(gè)人都不想接手別人所撰寫的程式碼，因?yàn)椴幌牖〞r(shí)間去探索，寧可將生產(chǎn)力花在產(chǎn)生新的程式碼，而不是耗費(fèi)在了解這些程式碼上。

很遺憾的是，上述的情況對(duì)程式人來(lái)說(shuō)很難避免。我們總是必須碰觸到其他人所寫成的程式碼，甚至必須了解它，加以修改。對(duì)于這項(xiàng)需求，在現(xiàn)今開