電子產(chǎn)業(yè)一站式賦能平臺

PCB聯(lián)盟網(wǎng)

搜索
查看: 133|回復(fù): 0
收起左側(cè)

你是不是也沒躲過這個(gè)坑?用了太多全局變量......

[復(fù)制鏈接]
跳轉(zhuǎn)到指定樓層
樓主
匿名  發(fā)表于 2024-5-1 07:55:00 回帖獎(jiǎng)勵(lì) |倒序?yàn)g覽 |閱讀模式
點(diǎn)擊上方藍(lán)字關(guān)注我們
全局變量太多有哪些弊端?該如何規(guī)避,以及如何管理全局變量等。
一、全局變量太多有哪些弊端?


真正做過項(xiàng)目的同學(xué)應(yīng)該都能明白,項(xiàng)目中全局變量太多,會存在很多問題。
這里給大家羅列一些太多全局變量可能存在的弊端:
01
代碼可讀性差
漫天全局變量,特別是各個(gè)源文件都有全部變量的情況下,代碼可讀性相信你都能明白有多差。
如果再加上命名不規(guī)范、隨處定義,代碼可讀性更是不能言語。
02
代碼維護(hù)難度大
隨著全局變量的增多,不同模塊的變量名可能會產(chǎn)生沖突或混淆,導(dǎo)致代碼難以理解和維護(hù)。同時(shí),全局變量使得代碼中的依賴關(guān)系變得復(fù)雜,難以追蹤和理解。這增加了新開發(fā)人員的學(xué)習(xí)成本,也增加了修改和調(diào)試的難度。
03
可移植性差
全局變量通常與特定的硬件或系統(tǒng)配置緊密相關(guān),各個(gè)文件都在調(diào)用全局變量,這使得代碼的可移植性很差。
再次就是,隨著項(xiàng)目的增長和功能的增加,全局變量的管理和維護(hù)變得更加困難,這限制了項(xiàng)目的可擴(kuò)展性。

04
內(nèi)存管理問題
全局變量太多會導(dǎo)致內(nèi)存泄漏,以及碎片等諸多問題。
內(nèi)存泄漏:如果沒有適當(dāng)?shù)毓芾砣肿兞康纳芷,可能會?dǎo)致內(nèi)存泄漏,特別是在資源受限的單片機(jī)環(huán)境中。
內(nèi)存碎片:頻繁地分配和釋放全局變量相關(guān)的內(nèi)存可能導(dǎo)致內(nèi)存碎片,降低內(nèi)存利用效率。
05
潛在Bug
隨著全局變量的增多,出現(xiàn)bug的概率越大,多個(gè)函數(shù)或模塊可能同時(shí)訪問和修改全局變量,如果沒有適當(dāng)?shù)耐綑C(jī)制,會導(dǎo)致數(shù)據(jù)不一致和難以預(yù)測的行為。
一個(gè)函數(shù)對全局變量的修改可能會影響到其他不相關(guān)的函數(shù),這種隱式的副作用使得錯(cuò)誤難以定位和修復(fù)。
06
不利于模塊化設(shè)計(jì)
如果全局變量在各個(gè)模塊中穿插使用,不僅破壞了模塊的獨(dú)立性,還使得模塊之間的耦合度增加,降低了代碼的可重用性和可維護(hù)性。
通常來說,模塊化設(shè)計(jì)的代碼,不會存在全局變量,或者很少有全局變量。
07
增加調(diào)試難度
在單元測試測試,或項(xiàng)目全局測試時(shí),全局變量的狀態(tài)管理變得復(fù)雜。測試人員需要確保在每次測試之前全局變量處于正確的狀態(tài)。如果全局變量的修改可能發(fā)生在代碼的多個(gè)位置,這使得調(diào)試時(shí)難以確定問題的根源。
08
更多弊端
以上是常見的弊端,還有哪些弊端,大家可以留言討論。
二、全局變量太多如何規(guī)避?


全局變量太多有諸多弊端,那么如何規(guī)避呢?
01
使用靜態(tài)局部變量
在某些情況下,可以使用靜態(tài)局部變量來替代全局變量,這樣就避免了其他地方修改全局變量。
02
使用指針和引用
在函數(shù)內(nèi)部,可以通過指針或引用來訪問和修改外部變量的值,而無需直接聲明為全局變量。
03
使用函數(shù)參數(shù)
在函數(shù)內(nèi)部,盡量使用局部變量來存儲臨時(shí)數(shù)據(jù),而不是依賴全局變量。
通過函數(shù)參數(shù)來傳遞需要的數(shù)據(jù),并通過返回值來獲取結(jié)果,而不是直接訪問或修改全局變量。

04
封裝和模塊化
將相關(guān)的變量和函數(shù)封裝在結(jié)構(gòu)體或類中,通過接口進(jìn)行訪問和修改。
將代碼劃分為多個(gè)模塊,每個(gè)模塊負(fù)責(zé)特定的功能,并通過接口與其他模塊交互。
05
定期優(yōu)化代碼
一個(gè)好的項(xiàng)目,肯定需要是定期維護(hù)和優(yōu)化。比如優(yōu)化數(shù)據(jù)結(jié)構(gòu)和算法,減少不必要的全局變量,甚至定期重構(gòu)部分模塊代碼。
06
增加審查團(tuán)隊(duì)
一般大公司會有專門的代碼審查相關(guān)的部門,進(jìn)行定期的代碼審查,強(qiáng)調(diào)全局變量使用的危害,并鼓勵(lì)團(tuán)隊(duì)成員尋找替代方案。
通過團(tuán)隊(duì)協(xié)作和討論,共同尋找最佳實(shí)踐,也能減少全局變量的使用。
本文轉(zhuǎn)載自公眾號 | strongerHuang如有侵權(quán) | 聯(lián)系刪除

歡迎轉(zhuǎn)發(fā)分享給需要的好友!


微信號:zls_it

掃描下方二維碼添加充電站小助手微信,可以加入微信交流群

群內(nèi)每天分享一些大廠的經(jīng)典C語言、C++面試題以及知識點(diǎn)解析、技術(shù)話題分享、常見錯(cuò)誤、易混淆的概念答疑等,等你來Get!!



START



回復(fù)

使用道具

發(fā)表回復(fù)

您需要登錄后才可以回帖 登錄 | 立即注冊

本版積分規(guī)則


聯(lián)系客服 關(guān)注微信 下載APP 返回頂部 返回列表