換過幾次工作的程序員員一般都比較頭疼，新到一個公司，會給你一個項目，別人以前寫的，40-50萬行代碼，并且代碼沒按照一定的規(guī)范去寫，因為這個代碼來自N 個人，一看代碼我就頭大，我曾經(jīng)就做過這樣的事情，開始的時候也很抓狂，但是慢慢的我認(rèn)為我找到里面的竅門了，一下算是我給大家提供的一個思路吧。(我之前跟的那個項目是?B/S的,所以是針對B/S寫的）

1.看操作說明書

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

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

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

2.看框架

目的：這個項目是什么架構(gòu)？

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

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

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

3.跟代碼【核心】

目的：每個方法是干什么的？先執(zhí)行那個？在執(zhí)行那個？

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

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

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

4.畫圖

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

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

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

????? 我現(xiàn)在面對的問題是：大的代碼結(jié)構(gòu)我都能看懂，但是我不知道業(yè)務(wù)，那就的好好聽了，用眼睛用心去聽就可以了，沒有別的辦法了。

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