久久精品国产亚洲不AV麻豆_久久精品无码一区二区WWW_久久精品亚洲AV熟女_久久久久久精品成人鲁丝电影_久久久噜噜噜久久_久久乐国产精品亚洲综合_久久亚洲欧美国产精品_久青草久青草视频在线观看_麻花豆传媒剧国产免费MV_女邻居丰满的奶水在线观看,欧美日韩在线观看精品一区二区,无码精品人妻一区二区三区中,国产精品亚洲成在人线

藏寶灣

標題: 如何學習大型項目的源碼,？ [打印本頁]

作者: 閃閃的星仔 時間: 2020-8-19 12:03
標題: 如何學習大型項目的源碼,？
每一個人做事都有自己的風格與習慣。當你發(fā)現(xiàn)身邊一個人很優(yōu)秀的時候,，你去看一下他的24小時是怎么度過的,，然后再對比一下你的24小時，答案就很明了了,。同理，如果你覺得學習源碼很困難,，不妨請教一下那些比較牛的"過來人",，看一下別人學習源碼模塊的流程。當然具體來說,，影響一個事物的緯度,，細節(jié)，前提條件都很多,，別人的方法照搬過來可能是行不通的,，比如說別人能一天雷打不動地學10個小時，這個放到有些人身上幾乎不可能,。那如何學習大型項目的源碼,？下面我把自己學習虛幻引擎源碼（C++）的思路和過程給分享給大家,。

虛幻引擎源碼大概有幾百萬行(沒有精確統(tǒng)計過，可以參考下面的純代碼文件夾截圖),，最早可以追溯到1998年Epic自主研發(fā)的3D游戲——虛幻,。對于一個提供了如此完善功能的游戲引擎，可以想象到他的代碼是相當復雜的,。所以,，在學習的一開始你要明確，你的目的不應該是從頭到尾地讀遍他所有的源碼,，而是確定好學習目標后,，抽絲剝繭地且有條理的整理出某一個具體模塊的內(nèi)容。

這里先給出簡化版的總結,，然后我會針對每條做進一步的闡述,。

準備工作:建議準備大塊且連續(xù)的時間（細碎的時間容易中斷類關系的梳理），一個比較方便查找的IDE或工具（VS,，Notepad++等）,，類圖工具（staruml，Edraw等）

學習步驟（簡化版）:

1.決定要學習的模塊,，查找官方文檔,、相關的總結文章，整理出大概的學習內(nèi)容與目標

2.運行程序,，觀察表現(xiàn)

3.運行源碼,，斷點調(diào)試，從頭跟一邊源碼的執(zhí)行流程,，注意函數(shù)堆棧

4.畫類圖,、流程圖，先把遇到的重要類記錄下來,，表明各個類的關系

5.記錄問題,，把不理解的類或者內(nèi)容以問題的方式記錄下來

6.寫文章、筆記,，嘗試逐個解決之前遺留的問題

2-6可能需要持續(xù)的重復進行

學習步驟（詳細版）:

1. 查找官方文檔,、相關的總結文章

比如說我想研究網(wǎng)絡模塊，首先去官方文檔,、論壇,、wiki里面過一遍網(wǎng)絡相關的所有內(nèi)容，這時候遇到不懂的問題盡可能解決,，解決不了的就把問題記下來,，先去官方文檔看我覺得是非常有必要的，因為這里的文章是最權威的,，錯誤率非常低,。然后,，去Google、百度搜索相關的文章與帖子,，同時可以加入一些技術qq群（有一些水群果斷退了就行,，保留一些優(yōu)質(zhì)的交流群），過一遍這些文章和資料,。目前能看到比較好的技術網(wǎng)站大體上就是各個技術對應的官方網(wǎng)站（論壇）,、StackOverflow、知乎,、博客園,、簡書、CSDN,、一些個人網(wǎng)站等,，當然有些網(wǎng)站復制粘貼現(xiàn)象嚴重，需要自己篩選,。建議能找到原文鏈接的盡量去原文里面看,，因為你有可能從原創(chuàng)作者那里看到更多優(yōu)秀的文章。

2. 在運行程序的時候,，我們需要調(diào)整各種參數(shù)來執(zhí)行不同的情況,，進而觀察其表現(xiàn)效果來驗證我們的猜想與結論

比如說，對于一個處于休眠狀態(tài)的Actor屬性是否能正常同步,，如果客戶端屬性與服務器一樣是否還會執(zhí)行回調(diào)函數(shù)等,。執(zhí)行程序可以快速的得到結論，然后根據(jù)結論我們可以更快速準確的進行分析,。為了提高效率,，最好在一開始就設置不同的配置、GM等來在項目運行時動態(tài)改變運行內(nèi)容,，因為大型項目一般都是編譯型語言,，我們可能可能需要頻繁的修改代碼編譯再重新運行。

3.調(diào)試可以說是最為關鍵的一步了,，80%的細節(jié)需要你在調(diào)試中去理解

函數(shù)什么時候執(zhí)行到這里（函數(shù)斷點）,？每一步每一個屬性值是多少？屬性值什么時候發(fā)生變化（條件斷點）,？一個完整的執(zhí)行流程是什么樣的（函數(shù)堆棧）？這些問題需要你一點一點的進行跟蹤調(diào)試,，最后再去解決,。

4.畫圖的習慣可能很多人沒有，但是我個人覺得這是一個必不可少的環(huán)節(jié),，因為他可以大幅度提高你對框架理解的速度

對于任何一個復雜的項目,，每一個模塊都會牽扯到大量的類（排除純C項目）,，類的關系錯綜復雜，而且為了降低耦合還可能用到各種設計模式,，這些都大大提高了代碼的閱讀難度,，很有可能你看了3、4個類之后就完全搞混了他們都是干什么的,。舉例來說,，我在看UE4屬性同步模塊的時候，完全被各個類之間的關系搞蒙了,，所以我看到一個類就把他的類圖畫下來,，看到相關的類就記錄他們的關系，最后得到了下面這樣一個簡化的類圖,。經(jīng)過梳理后,，幾句話我就可以概括他們之間的關系。

當然,，除了類圖以外,，還有流程圖、時序圖,，甚至是你自己為了方便發(fā)明的“模塊關系圖”,，這時候圖的種類與規(guī)范其實沒有那么重要，只要能幫助你理解就行,。

()

5.記錄的問題有兩種：別人給你的問題以及你自己給自己的問題

別人給你的問題：你在閱讀的時候不可能一帆風順,，可能在第一步的時候，就已經(jīng)遇到了無數(shù)的問題,。這時候不要著急,，按照重要程度順序依次解決，簡單的問題直接網(wǎng)上搜一搜,，解決不了可以找身邊的大神,，網(wǎng)上的牛人解決。如果還是不行,，就把問題記下來,，然后繼續(xù)學習，當你深入到一定程度的時候,，你的問題可能就不攻自破了,。

自己給自己的問題：當你解決了別人給你的問題后，你應該已經(jīng)理解了一大半了,。不過,，任何人寫的文章都不可能覆蓋到全部，你需要自己挖掘更多更深的問題,，然后自己再去解答,，這樣你才能做到比別人了解的更多,，更能體現(xiàn)出你自己的價值。

6.寫文章和寫筆記是有區(qū)別的,，但是都很有意義

寫文章這件事相比上面的步驟我覺得不算是必須的,，這個適合那些追求完美還能擠出時間的人。你寫的東西是要給別人看的,，所以你的目的是給別人講清楚,。我在寫文章的時候會去考慮這個東西我說的真的對么，有沒有把握,，考慮的是否全面,。在這種自我拷問下，我會盡可能的完善我的知識體系,，修改文章中那些看起來不夠準確的內(nèi)容,。如果最后能做到給讀者講清楚的話，那你是真的會了,。

寫筆記相比寫文章要輕松很多,，我只是把我總結的內(nèi)容，學習的收獲記錄下來,，不需要考慮太多的東西,。雖然沒有寫文章那么追求完美，但是這個過程中我們可能也會多了很多思考,，在之后的學習過程中快速的回憶起自己學習的經(jīng)驗,。

備注：第一次執(zhí)行這個過程是相當漫長和艱難的，如果和我一樣一開始知識儲備不夠,，那么幾乎每走一步都需要大量的學習和查資料,。不過只要堅持下去，你最后會發(fā)現(xiàn)自己的收獲非常大,，閱讀其他模塊的源碼也變得容易很多,。

上面只是我學習源碼的一個方法，可能并不適合所有人,，也還有很多地方可以進一步完善,。

最后，我再強調(diào)一點,，如果只是為了使用好一個工具,，你不需要徹徹底底的理解所有內(nèi)容，因為你的時間是有限的,。如果你真的是抱著學習的態(tài)度去研究源碼細節(jié),，那請做好花費大量時間的準備并堅持下去。

作者: 1186156387 時間: 2020-9-2 08:23
在運行程序的時候，我們需要調(diào)整各種參數(shù)來執(zhí)行不同的情況

歡迎光臨藏寶灣 (http://wuyouzp.com/)