1.看操作說明書

目的：這個項目是干什么的?

任何一個項目都有他要實現的功能，而操作說明書就是告訴你怎么去用它，怎么去操作這些代碼，這些代碼提供了一個怎樣的服務。如果你進到一個比較正規的公司的話，會有測試的，有些操作你操作不了，可以求助測試人員，以為他們是公司里面最熟悉這些操作的。盡可能熟練的去操作這些功能。

小結：我在做開發的時候，功能比較多，所以只看了一部分功能，原因是我沒時間，所以自己在看這部分的時候，如果時間不夠，大體上把握即可。

2.看框架

目的：這個項目是什么架構?

任何一個項目都有自己的架構，自己的模式，自己盡量去看代碼結構，有可能你感覺很難，因為代碼太多了，所以不要氣餒，要給自己心里暗示“自己是可以的”。

小結：如果看不懂也沒關系，可以先做下面的， 我之前所看的代碼，我根本看不懂，后來很長一段時間，同事告訴我“軟件框架”，任何模式都可以很好的進行開發。

看的時候肯定會遇到自己沒見過的代碼，不用去管它。

3.跟代碼【核心】

目的：每個方法是干什么的?先執行那個?在執行那個?

找一個小的模塊，這把片代碼徹底看懂。這個時候你需要的就是跟代碼了，打斷點;如果是B/S的，你可以再加腳本調試debugger。

告訴你一個小竅門：當跟代碼的時候，旁邊放一張紙，遇到主要的方法，要記下來，從頭到尾記下來，等跟完了自己可以拿這張紙進行復述。這樣這個功能大概怎么跑的你就記下了。跟的時候遇到的方法一定要記下來，但是跟的時候一定不要去查，等跟完了在去查。如果是由于自己知識點的原因，應馬上徹底補上來。

小結：這個是核心，一般人只是跟不記，等一下自己就不知道自己會那些，不會那些，大概怎么跑的都不知道了。所以一定要記。比如我之前開發全部是用戶控件，很抓狂，你根本不知道那個方法先加載，那個頁面需要參數，但是你把它畫出來了，一點點看下來了，感覺很有意思。

4.畫圖

目的：如果一個頁面有2個用戶控件你是需要畫圖的，這樣做可以讓你一眼看到頁面的布局，防止你下次看代碼的時候，找不到那是那。那個頁面調用哪個方法最好也寫上。當我在拿到這張圖的時候我可以復述多少?當你在修BUG的時候可以用這張圖。

當你跟完代碼之后，你肯定知道哪里是哪里了，這時候你就用紙把這個頁面的圖片畫下來，最好是不看代碼畫，等畫完了，在看代碼，看自己是否真的了解邏輯來。

小結：這一步跟第三步可以同時進行。 如果你跟感覺很吃力，可以多跟幾次，重復3，4步，一般跟3遍就大概掌握這片代碼的邏輯。

我現在面對的問題是：大的代碼結構我都能看懂，但是我不知道業務，那就的好好聽了，用眼睛用心去聽就可以了，沒有別的辦法了。

以上是本人在看代碼的時候一些總結出來的思路，大家誰有好的方案可以那出來一起分享。

原文鏈接：http://www.cnblogs.com/muer/archive/2011/05/02/2034448.html

【編輯推薦】

1. IT項目管理的需求管理如何做到更好
2. 大項目的思考:不要讓框架成為團隊創新的殺手
3. 一個糟糕透頂的自由職業者項目
4. 12個項目管理成功的關鍵原則
5. 高手支招 軟件項目過程管理經驗分享