正在做嵌入式开辟的时分,时时会阅读大型工程源码,譬喻 uboot 源代码,Linux Kernel 源码等。
目前常用的即是 Source Insight 和 VS Code,下面就来根据上述需求举办比照,看看哪个更适合?
Source Insight 正在阅读工程代码时,可能通过创筑 Source Insight 工程来采选哪些文献参预,哪些文献不参预。
看待 uboot 这种蕴涵有大宗板级文献夹的工程,参预之后此中的文献只和目前移植的这款处置器相闭,这性情能詈骂常有上风的,也是浩繁工程师亲爱 Source Insight 的缘故。
比拟之下,VS Code并不供应这种采选参预的性能,VS Code 至极粗暴,文献夹即是劳动区,只需求掀开源码文献夹,一共文献总共参预:
比拟之下,我认为 Source Insight 胜出,VS Code 这种将一共文献一股脑总共参预的形式,正在查找文献时至极困难。
正在 Source Insight 中,掀开一个文献的时分,会列出方今文献中一共预处置、宏界说、变量、函数的架构,如图:
正在 VS Code 中掀开文献时也有同样的性能,但又是一股脑的根据循序将一共函数声明和界说列出,实质查看时也没有什么太多感化:
正在文献满堂架构方面,Source Insight 胜出,VS Code 看待代码架构方面的显示,还需求再优化。
正在 Source Insight 中,可能右键跳转函数声明或者直接按住 Ctrl 点击函数名称,假如界说有反复会先提示,供你采选,如图:
正在 VScode 中,起首需求装置C++/C++扩展,然后才赞成界说跳转,可能按住 Ctrl 键点击或者右键跳转:
假如有反复也会显现提示,采选需求查看哪个界说。正在界说跳转性能上,两者持平,性能基础都够用。
正在 VS Code 中也供应了全部摸索的性能,可是因为它将一共文献都蕴涵进来了,无用的摸索结果比力多:
因而,正在摸索性能上,因为 Source Insight 天资性的上风,本轮胜出。
阅读源码需求很长时。