鴻蒙源碼入口在哪裏?經過閱讀doc和Pull Request尋找入口| 解讀鴻蒙源碼

尋找鴻蒙源碼入口

網上說鴻蒙操做系統開源了,所有134個倉庫git

OpenHarmony - Open_Harmony - Gitee.com瀏覽器

啥?134個倉庫是什麼東西?不該該是1個倉庫嗎?Linux源碼好像就一個壓縮吧,爲何鴻蒙冒出134個倉庫來,而後看那些倉庫名,不少hi35xx,難道是海思攝像頭操做系統?不該該是桌面操做系統嗎?ide

仍是上網搜吧,由於鴻蒙源碼剛開源,因此網上是不會搜到源碼講解的,搜到的基本都是鴻蒙OS應用開發教程,這個和鴻蒙源碼是兩回事哈。源碼分析

搜到一個官方開發教程測試

建立一個新的工程ui

看完hello world後,發現這個和鴻蒙源碼是兩回事,我理解是這個開發的應用運行在華爲設備操做系統上,開源的就是這些設備上操做系統。操作系統

因此獲得以下的理解.net

華爲硬件設備->鴻蒙操做系統->SDK->HUAWEI DevEco Studio基於SDK二次開發->APP->運行在鴻蒙操做系統->程序控制華爲硬件設備工做,因此那134倉庫估計就是操做系統五花八門的功能組件了。code

SDK 官網有個orm

術語

頁面,這是個突破口,由於SDK最終是和操做系統打交道的,因此SDK必然調用的是操做系統的接口,因此這裏的術語也差很少是操做系統提供的核心業務接口了。

因此如今就是要在源碼裏找到這些術語,怎麼找?固然是把這些倉庫所有下載下來全局搜下,網上已經有人共享了,這裏分享下:

(鴻蒙2.0完整源碼(截止200916,134個倉庫)

image-20200917222032887

這時再回到官方的鴻蒙倉庫

OpenHarmony - Open_Harmony - Gitee.com

發現好理解了:

image-20200917215326693

倉庫仍是不少的,重點關注的是文檔倉庫,doc倉庫就在第1頁上面,若是仔細瀏覽一下第1頁也能找到

docs: OpenHarmony開發者文檔
這裏看到一個現象,就是PR已經有154個合併了,就是差很少至少有幾十人多人已經在提交代碼了,不知道他們是誰,感興趣的能夠觀察一下PR提交者的主頁哈,看看有沒有什麼項目。

因此,入口就是看別人已經被合併的PR。

doc

docs: OpenHarmony開發者文檔

[思惟導圖在線] (https://www.processon.com/view/link/5f6c09997d9c08039fb687d4)

上面思惟導圖節點能夠點擊展開,能夠點擊上面思惟導圖裏面的連接,方便跳轉,就不須要看doc倉庫了

思惟導圖圖片

開發者文檔是很重要的資料,有必要把整個倉庫都瀏覽一遍,這裏瀏覽後手動繪製了一個思惟導圖,你們能夠把前面的總倉庫下載下來,而後在vscode裏用Go Live功能在瀏覽器裏看。

pull request

提交代碼是提升存在感最快的方法,目前鴻蒙總倉一共有200多個提交,相比於134個倉庫而言,其實PR不算多,這麼看來提交代碼的遠比寫源碼分析博客的多。


咱們來看一個簡單的代碼提交示例

[audio_framework] audio encoder error auto rate. · Pull Request !1 · OpenHarmony/multimedia_frameworks_audio_lite - Gitee.com


咱們再看一個有自動集成測試的提交示例

【輕量級 PR】:fix typo for CoapCreatUdpClient · Pull Request !3 · OpenHarmony/communication_services_softbus_lite - Gitee.com

發現爲何贊成合併有的是機器人有的人類檢查員


再來看一個

Code optimization for hdf uart interface · Pull Request !1 · OpenHarmony/vendor_hisi_hi35xx_platform - Gitee.com

再看一個PR示例,這個示例代碼改動多,可是幾乎沒有詳細說明,因此不知道爲何能夠被加入到主庫

你們能夠把PR都點開來看一遍,大概就清楚流程了。
目前的修改大都是筆誤類的,看樣子應該是實驗後發現的,若是專門看估計很難發現這種錯誤的。

如何提交【輕量級PR】

你們必定都看到【輕量級PR】了,這個其實很方便,使用方法見下面的截圖:


點擊Web IDE進入:


文章末尾超連接註明:本文參與了「解讀鴻蒙源碼」技術徵文,歡迎正在閱讀的你也加入。

#鴻蒙專區 #鴻蒙源碼

相關文章
相關標籤/搜索