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

________________________________________
我們在寫程式時，有不少時間都是在看別人的代碼。
例如看小組的代碼，看小組整合的守則，若一開始沒規劃怎么看，
就會“嚕看嚕苦（臺語） ”

不管是參考也好，從開源抓下來研究也好，為了了解箇中含意，在有限的時間下，不免會對龐大的源代碼解讀感到壓力。
網路上有一篇關于分析看代碼的方法，做為程式設計師的您，不妨參考看看，
換個角度來分析。 也能更有效率的解讀你想要的程式碼片段。

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

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

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

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

諸如此類的故事，其實時常在程式人身邊或身上持續上演著。許多程式人都將接手他人的程式碼，當做一件悲慘的事情。每個人都不想接手別人所撰寫的程式碼，因為不想花時間去探索，寧可將生產力花在產生新的程式碼，而不是耗費在了解這些程式碼上。

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