❶ 請教各位高手,你們是如何看別人寫的代碼的能分享一下經驗嗎
看別人的代碼首先要知道他要達到的目的是什麼，然後再把它的程序分塊看，分清楚那部分是主要的，那部分是自定義的，最後再具體看代碼。
❷ 如何看別人寫的自動化代碼
1.要養成一個習慣,經常花時間閱讀別人編寫的高品質代碼.2.要有選擇地閱讀代碼,同時,還要有自己的目標.您是想學習新的模式|編碼風格|還是滿足某些需求的方法.3.要注意並重視代碼中特殊的非功能性需求,這些需求也許會導致特殊的實現風格.4.在現有的代碼上工作時,請與作者和維護人員進行必要的協調,以避免重復勞動或產生厭惡情緒.5.請將從開放源碼軟體中得到的益處看作是一項貸款,盡可能地尋找各種方式來回報開放源碼社團.6.多數情況下,如果您想要了解"別人會如何完成這個功能呢?",除了閱讀代碼以外,沒有更好的方法.7.在尋找bug時,請從問題的表現形式到問題的根源來分析代碼.不要沿著不相關的路徑(誤入歧途)
.8.我們要充分利用調試器|編譯器給出的警告或輸出的符號代碼|系統調用跟蹤器|資料庫結構化查詢語言的日誌機制|包轉儲工具和Windows的消息偵查程序,定出的bug的位置.9.對於那些大型且組織良好的系統,您只需要最低限度地了解它的全部功能,就能夠對它做出修改.10.當向系統中增加新功能時,首先的任務就是找到實現類似特性的代碼,將它作為待實現功能的模板.11.從特性的功能描述到代碼的實現,可以按照字元串消息,或使用關鍵詞來搜索代碼.12.在移植代碼或修改介面時,您可以通過編譯器直接定位出問題涉及的范圍,從而減少代碼閱讀的工作量.13.進行重構時,您從一個能夠正常工作的系統開始做起,希望確保結束時系統能夠正常工作.一套恰當的測試用例(testcase)可以幫助您滿足此項約束.14.閱讀代碼尋找重構機會時,先從系統的構架開始,然後逐步細化,能夠獲得最大的效益.15.代碼的可重用性是一個很誘人,但難以理解與分離,可以試著尋找粒度更大一些的包,甚至其他代碼.16.在復查軟體系統時,要注意,系統是由很多部分組成的,不僅僅只是執行語句.還要注意分析以下內容:文件和目錄結構|生成和配置過程|用戶界面和系統的文檔.
❸ 如何快速看懂別人的代碼
1.要養成一個習慣, 經常花時間閱讀別人編寫的高品質代碼.
2.要有選擇地閱讀代碼, 同時, 還要有自己的目標. 您是想學習新的模式|編碼風格|還是滿足某些需求的方法.
3.要注意並重視代碼中特殊的非功能性需求, 這些需求也許會導致特殊的實現風格.
4.在現有的代碼上工作時, 請與作者和維護人員進行必要的協調, 以避免重復勞動或產生厭惡情緒.
5.請將從開放源碼軟體中得到的益處看作是一項貸款, 盡可能地尋找各種方式來回報開放源碼社團.
6.多數情況下, 如果您想要了解"別人會如何完成這個功能呢?", 除了閱讀代碼以外, 沒有更好的方法.
7.在尋找bug時, 請從問題的表現形式到問題的根源來分析代碼. 不要沿著不相關的路徑(誤入歧途).
8.我們要充分利用調試器|編譯器給出的警告或輸出的符號代碼|系統調用跟蹤器|資料庫結構化查詢語言的日誌機制|包轉儲工具和Windows的消息偵查程序, 定出的bug的位置.
9.對於那些大型且組織良好的系統, 您只需要最低限度地了解它的全部功能, 就能夠對它做出修改.
10.當向系統中增加新功能時, 首先的任務就是找到實現類似特性的代碼, 將它作為待實現功能的模板.
11.從特性的功能描述到代碼的實現, 可以按照字元串消息, 或使用關鍵詞來搜索代碼.
12.在移植代碼或修改介面時, 您可以通過編譯器直接定位出問題涉及的范圍, 從而減少代碼閱讀的工作量.
13.進行重構時, 您從一個能夠正常工作的系統開始做起, 希望確保結束時系統能夠正常工作. 一套恰當的測試用例(test case)可以幫助您滿足此項約束.
14.閱讀代碼尋找重構機會時, 先從系統的構架開始, 然後逐步細化, 能夠獲得最大的效益.
15.代碼的可重用性是一個很誘人, 但難以理解與分離, 可以試著尋找粒度更大一些的包, 甚至其他代碼.
16.在復查軟體系統時, 要注意, 系統是由很多部分組成的, 不僅僅只是執行語句. 還要注意分析以下內容: 文件和目錄結構|生成和配置過程|用戶界面和系統的文檔.
❹ 別人編寫好的程序…怎麼才能看到他程序的代碼
程序一旦編譯完成後無法看到源代碼。但是可以有反編譯工具查看一些源碼信息。你可以把問題說具體點兒，比如什麼程序，是匯編程序，C++，C#，還是JAVA。然後網上找反編譯工具看看。一般來說得到源碼是不可能的了。除非是開源軟體。