※ 引述《ikjhyu (零下13度....Orz)》之銘言：
: source code真是龐大的東西
: 搞不清處那一塊是那一塊
: 請問有一些輔助工具嗎?
: 還是該怎麼讀呢?
之前有人天馬行空的要求說要以"不trace 但要把整個程式的架構都弄通"
我要讀一個有設計文件十幾萬行的程式碼，那程式已經開發了十幾年了
由於沒有文件或者文件沒有時常更新，所以這程式碼已經有二、三年沒人作的下去了。
不過我花了兩個月的努力只讀懂了五萬行
純屬個人的心得就是
1. 可以看到不同年代的coding style 還有各式各樣的命名規則。
2. 通常是否能快速看懂的部份，是因為剛好本身有它那方面的概念然後又被你猜中了。
3. 如果它的命名不是太隨性，你可以考慮由它的命名規則去追出這class
大概是那個部份的人在作的(Google就是有好處)，大致有了解再鑽進去才不會白鑽。
4. 整個開發過程中的設計文件真的很重要
5. Doxygen建立的文件有很強的關聯性，當你要特別去了解這大程式裡某個特定的東西時
可以省掉花時間去對每個文件一一search的時間。
譬如像我曾經想對 HP的STL 跟SGI的STL裡的map的ALLOCATOR作比較，超連結的方便性
就省去了我在東翻西翻的時間了。
6. 會吸取到一些 設計的pattern，然後再去看看GoF的書時，會比較有感覺
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.216.150.67