你該如何去閱讀擁有海量代碼行的項目
導讀
換過幾次工作的程序員一般都比較頭疼，新到一個公司，會給你一個項目，別人以前寫的，40-50萬行代碼，并且代碼沒按照一定的規范去寫，因為這個代碼來自N個人，一看代碼我就頭大，我曾經就做過這樣的事情，開始的時候也很抓狂，但是慢慢的我認為我找到里面的竅門了，一下算是我給大家提供的一個思路吧。(我之前跟的那個項目是 B/S的,所以是針對B/S寫的）
1.看操作說明書
目的：這個項目是干什么的？
任何一個項目都有他要實現的功能，而操作說明書就是告訴你怎么去用它，怎么去操作這些代碼，這些代碼提供了一個怎樣的服務。如果你進到一個比較正規的公司的話，會有測試的，有些操作你操作不了，可以求助測試人員，以為他們是公司里面最熟悉這些操作的。盡可能熟練的去操作這些功能。
小結：我在做開發的時候，功能比較多，所以只看了一部分功能，原因是我沒時間，所以自己在看這部分的時候，如果時間不夠，大體上把握即可。
2.看框架
目的：這個項目是什么架構？
任何一個項目都有自己的架構，自己的模式，自己盡量去看代碼結構，有可能你感覺很難，因為代碼太多了，所以不要氣餒，要給自己心里暗示“自己是可以的”。小結：如果看不懂也沒關系，可以先做下面的， 我之前所看的代碼，我根本看不懂，后來很長一段時間，同事告訴我“軟件框架”，任何模式都可以很好的進行開發。看的時候肯定會遇到自己沒見過的代碼，不用去管它。
3.跟代碼【核心】
目的：每個方法是干什么的？先執行那個？在執行那個？
找一個小的模塊，這把片代碼徹底看懂。這個時候你需要的就是跟代碼了，打斷點；如果是B/S的，你可以再加腳本調試debugger。告訴你一個小竅門：當跟代碼的時候，旁邊放一張紙，遇到主要的方法，要記下來，從頭到尾記下來，等跟完了自己可以拿這張紙進行復述。這樣這個功能大概怎么跑的你就記下了。跟的時候遇到的方法一定要記下來，但是跟的時候一定不要去查，等跟完了在去查。如果是由于自己知識點的原因，應馬上徹底補上來。
小結：這個是核心，一般人只是跟不記，等一下自己就不知道自己會那些，不會那些，大概怎么跑的都不知道了。所以一定要記。比如我之前開發全部是用戶控件，很抓狂，你根本不知道那個方法先加載，那個頁面需要參數，但是你把它畫出來了，一點點看下來了，感覺很有意思。
4.畫圖
目的：如果一個頁面有2個用戶控件你是需要畫圖的，這樣做可以讓你一眼看到頁面的布局，防止你下次看代碼的時候，找不到那是那。那個頁面調用哪個方法最好也寫上。當我在拿到這張圖的時候我可以復述多少？當你在修BUG的時候可以用這張圖。
當你跟完代碼之后，你肯定知道哪里是哪里了，這時候你就用紙把這個頁面的圖片畫下來，最好是不看代碼畫，等畫完了，在看代碼，看自己是否真的了解邏輯來。
小結：這一步跟第三步可以同時進行。 如果你跟感覺很吃力，可以多跟幾次，重復3，4步，一般跟3遍就大概掌握這片代碼的邏輯。
我現在面對的問題是：大的代碼結構我都能看懂，但是我不知道業務，那就的好好聽了，用眼睛用心去聽就可以了，沒有別的辦法了。
以上是本人在看代碼的時候一些總結出來的思路，大家誰有好的方案可以那出來一起分享。
原文鏈接：http://www.cnblogs.com/muer/archive/2011/05/02/2034448.html
【編輯推薦】
