引言

全局變量是一種在程序的任何地方都可以訪問和修改的變量。雖然它們在某些情況下很有用，但濫用全局變量會給代碼帶來一系列問題，包括代碼異味和維護(hù)難題。

全局變量的陷阱

• 可變性：全局變量是可變的，這意味著它們的價值可以在程序運行時隨時改變。這可能導(dǎo)致難以追蹤代碼的執(zhí)行流，并可能導(dǎo)致難以發(fā)現(xiàn)的錯誤。
• 隱式依賴：全局變量會被程序的不同部分隱式依賴。這會使代碼難以理解和維護(hù)，因為它不容易看到哪些部分依賴于哪個全局變量。
• 命名空間污染：全局變量會污染全局命名空間，這可能會導(dǎo)致名稱沖突和代碼難以閱讀。
• 測試?yán)щy：由于全局變量的不可預(yù)測性，測試使用全局變量的代碼可能會很困難。
• 并發(fā)問題：在多線程環(huán)境中，全局變量可能會引起并發(fā)問題，例如競爭條件。

避免全局變量

為了避免全局變量的陷阱，有以下一些最佳實踐：

• 局部化變量：盡可能將變量限制在它們被使用的局部作用域內(nèi)。這有助于減少可變性和隱式依賴。
• 使用參數(shù)和返回值：使用函數(shù)參數(shù)和返回值來傳遞數(shù)據(jù)，而不是使用全局變量。這有助于顯式依賴關(guān)系并減少命名空間污染。
• 使用對象和數(shù)據(jù)結(jié)構(gòu)：將相關(guān)數(shù)據(jù)組織到對象或數(shù)據(jù)結(jié)構(gòu)中。這有助于將代碼組織起來并減少全局變量的需要。
• 使用依賴注入：使用依賴注入框架來管理變量的依賴關(guān)系。這有助于確保代碼的可測試性并減少隱式依賴。

結(jié)論

全局變量是一種有價值的工具，但它們也可能帶來一系列問題。通過遵循這些最佳實踐，您可以避免全局變量的陷阱，編寫更健壯、更易維護(hù)的代碼。

---

獨家秘籍！如何寫出讓同事無法維護(hù)的代碼？-

對，你沒看錯，本文就是教你怎么寫出讓同事無法維護(hù)的代碼。

一、程序命名

容易輸入的變量名。比如：Fred，asdf

單字母的變量名。比如：a,b,c, x,y,z（如果不夠用，可以考慮a1,a2,a3,a4,….）

有創(chuàng)意的拼寫錯誤。 比如：SetPintleOpening， SetPintalClosing。 這樣可以讓人很難搜索代碼。

抽象。 比如：ProcessData, DoIt, GetData… 抽象到就跟什么都沒說一樣。

縮寫。比如：WTF，RTFSC …… （使用拼音縮寫也同樣給力，比如：BT，TMD，TJJTDS）

隨機大寫字母。比如：gEtnuMbER..

重用命名。 在內(nèi)嵌的語句塊中使用相同的變量名有奇效。

使用重音字母。比如：int ínt（第二個 ínt不是int）

使用下劃線。 比如：_, __, ___。

使用不同的語言。 比如混用英語，德語，或是中文拼音。

使用字符命名。比如：slash, ASTerix, comma…

使用無關(guān)的單詞。比如：god, superman, iloveu….

混淆l和1。 字母l和數(shù)字1有時候是看不出來的。

二、偽裝欺詐

把注釋和代碼交織在一起。

total += array[j+0 ];

total += array[j+1 ];

total += array[j+2 ]; /* Main body of

total += array[j+3]; * loop is unrolled

total += array[j+4]; *forgreater speed.

total += array[j+5]; */

total += array[j+6 ];

total += array[j+7 ];

代碼和顯示不一致。比如，你的界面顯示叫postal code，但是代碼里卻叫 zipcode.

隱藏全局變量。 把使用全局變量以函數(shù)參數(shù)的方式傳遞給函數(shù)，這樣可以讓人覺得那個變量不是全局變量。

使用相似的變量名。 如：單詞相似，swimmer 和 swimner，字母相似：ilI1| 或 oO08。 parselnt 和 parseInt， D0Calc 和 DOCalc。 還有這一組：xy_Z, xy__z, _xy_z, _xyz, XY_Z, xY_z, Xy_z。

重載函數(shù)。 使用相同的函數(shù)名，但是其功能和具體實現(xiàn)完全沒有關(guān)系。

操作符重載。 重載操作符可以讓你的代碼變得詭異，感謝CCTV，感謝C++。 這個東西是可以把混亂代碼提高到一種藝術(shù)的形式。 比如：重載一個類的 ! 操作符，但實際功能并不是取反，讓其返回一個整數(shù)。 于是，如果你使用 ! ! 操作符，那么，有意思的事就發(fā)生了—— 先是調(diào)用類的重載 ! 操作符，然后把其返回的整數(shù)給 ! 成了 布爾變量，如果是 !!! 呢？呵呵。

三、文檔和注釋

在注釋中撒謊。 你不用真的去撒謊，只需在改代碼的時候不要更新注釋就可以了。

注釋里面寫廢話。比如：/* add 1 to i */

只注釋是什么，而不是為什么。

不要注釋秘密。 如果你開發(fā)一個航班系統(tǒng)，請你一定要保證每有一個新的航班被加入，就得要修改25個以上的位置的程序。 千萬別把這個事寫在文檔中。

注重細(xì)節(jié)。 當(dāng)你設(shè)計一個很復(fù)雜的算法的時候，你一定要把所有的詳細(xì)設(shè)計都寫下來，沒有100頁不能罷休，段落要有5級以上，段落編號要有500個以上，例如：1.2.4.6.3.13 – Display all impacts for activity where selected mitigations can apply (short pseudocode omitted). 這樣，當(dāng)你寫代碼的時候，你就可以讓你的代碼和文檔一致，如：Act1_2_4_6_3_13()千萬不要注釋度衡單位。 比如時間用的是秒還是毫秒，尺寸用的是像素還是英寸，大小是MB還是KB。 等等。 另外，在你的代碼里，你可以混用不同的度衡單位，但也不要注釋。

Gotchas 。 陷阱，千萬不要注釋代碼中的陷阱。

在注釋和文檔中發(fā)泄不滿。

四、程序設(shè)計

Java Casts。 Java的類型轉(zhuǎn)型是天賜之物。 每一次當(dāng)你從Collection里取到一個object的時候，你都需要把其轉(zhuǎn)回原來的類型。 因些，這些轉(zhuǎn)型操作會出現(xiàn)在N多的地方。 如果你改變了類型，那么你不一定能改變所有的地方。 而編譯器可能能檢查到，也可能檢查不到。

利用Java的冗余。 比如：Bubblegum b = new Bubblegom(); 和 swimmer = swimner + 1; 注意變量間的細(xì)微差別。

從不驗證。 從不驗證輸入的數(shù)據(jù)，從不驗證函數(shù)的返回值。 這樣做可以向大家展示你是多么的信任公司的設(shè)備和其它程序員

不要封裝。 調(diào)用者需要知道被調(diào)用的所有的細(xì)節(jié)。

克隆和拷貝。 為了效率，你要學(xué)會使用copy + paste。 你幾乎都不用理解別人的代碼，你就可以高效地編程了。

巨大的listener。 寫一個listener，然后讓你的所有的button類都使用這個listener，這樣你可以在這個listener中整出一大堆if…else…語句，相當(dāng)?shù)拇碳ぁ?

使用三維數(shù)組。 如果你覺得三維還不足夠，你可以試試四維。

混用。 同時使用類的get/set方法和直接訪問那個public變量。 這樣做的好處是可以極大的挫敗維護(hù)人員。

包裝，包裝，包裝。 把你所有的API都包裝上6到8遍，包裝深度多達(dá)4層以上。 然后包裝出相似的功能。

排列和阻礙。 把drawRectangle(Height, width) 改成 drawRectangle(width, height)，等release了幾個版本后，再把其改回去。 這樣維護(hù)程序的程序員們很快就不明白哪一個是對的。

把變量改在名字上。 例如，把setAlignment(int alignment)改成，setLeftAlignment, setRightAlignment, setCenterAlignment。

保留你所有的沒有使用的和陳舊的變量，方法和代碼。

Final你所有的子結(jié)點的類，這樣，當(dāng)你做完這個項目后，沒有人可以通過繼承來擴展你的類。不也是這樣嗎？

避免使用layout。 這樣就使得我們只能使用絕對坐標(biāo)。 如果你的老大強制你使用layout，你可以考慮使用GridBagLayout，然后把grid坐標(biāo)hard code.

環(huán)境變量。 如果你的代碼需要使用環(huán)境變量。 那么，你應(yīng)該把你的類的成員的初始化使用環(huán)境變量，而不是構(gòu)造函數(shù)。

使用全局變量。 1）把全局變量的初始化放在不同的函數(shù)中，就算這個函數(shù)和這個變量沒有任何關(guān)系，這樣能夠讓我們的維護(hù)人員就像做偵探工作一樣。 2）使用全局變量可以讓你的函數(shù)的參數(shù)變得少一些。

配置文件。 配置文件主要用于一些參數(shù)的初始化。 在編程中，我們可以讓配置文件中的參數(shù)名和實際程序中的名字不一樣。

膨脹你的類。 讓你的類盡可能地?fù)碛懈鞣N臃腫和晦澀的方法。 比如，你的類只實現(xiàn)一種可能性，但是你要提供所有可能性的方法。 不要定義其它的類，把所有的功能都放在一個類中。

使用子類。 面向?qū)ο笫菍懗鰺o法維護(hù)代碼的天賜之物。 如果你有一個類有十個成為（變量和方法）你可以考慮寫10個層次的繼承，然后把這十個屬性分別放在這十個層次中。 如果可能的話，把這十個類分別放在十個不同的文件中。

混亂你的代碼。 使用XML。 XML的強大是無人能及的。 使用XML你可以把本來只要10行的代碼變成100行。 而且，還要逼著別人也有XML。 （參看，信XML得永生，信XML得自信）

分解條件表達(dá)式。如：把 a==100分解成，a>99 && a<101

學(xué)會利用分號。如：if ( a );else;{ int d; d = c;}

間接轉(zhuǎn)型。如：把double轉(zhuǎn)string，寫成new Double(d)() 而不是 (d)

大量使用嵌套。 一個NB的程序員可以在一行代碼上使用超過10層的小括號（），或是在一個函數(shù)里使用超過20層的語句嵌套{}，把嵌套的if else 轉(zhuǎn)成 [? :] 也是一件很NB的事。

長代碼行。 一行的代碼越長越好。 這樣別人閱讀時就需要來來回回的

不要過早的return。 不要使用break，這樣，你就需要至少5層以上的if-else來處理錯誤。

不要使用{}。 不要在if else使用{}，尤其是在你重量地使用if-else嵌套時，你甚至可以在其中亂縮進(jìn)代碼，這樣一來，就算是最有經(jīng)驗的程序員也會踩上陷阱。

瑣碎的封裝。比較封裝一個bool類，類里面什么都做，就是一個bool.

循環(huán)。千萬不可用for(int i=0; i

五、測試

從不測試。 千萬不要測試任何的出錯處理，從來也不檢測系統(tǒng)調(diào)用的返回值。

永遠(yuǎn)不做性能測試。 如果不夠快就告訴用戶換一個更快的機器。 如果你一做測試，那么就可能會要改你的算法，甚至重設(shè)計，重新架構(gòu)。

不要寫測試案例。 不要做什么代碼覆蓋率測試，自動化測試。

測試是懦夫行為。 一個勇敢的程序員是根本不需要這一步的。 太多的程序太害怕他們的老板，害怕失去工作，害怕用戶抱怨，甚至被起訴。 這種擔(dān)心害怕直接影響了生產(chǎn)力。 如果你對你的代碼有強大的信心，那還要什么測試呢？真正的程序員是不需要測試自己的代碼的。

六、其他

你的老板什么都知道。 無論你的老板有多SB，你都要嚴(yán)格地遵照他的旨意辦事，這樣一來，你會學(xué)到更多的知識以及如何寫出更加無法維護(hù)的代碼。

顛覆Help Desk。 你要確保你那滿是bug的程序永遠(yuǎn)不要被維護(hù)團(tuán)隊知道。 當(dāng)用戶打電話和寫郵件給你的時候，你就不要理會，就算要理會，讓用戶重做系統(tǒng)或是告訴用戶其帳號有問題，是標(biāo)準(zhǔn)的回答。

閉嘴。 對于一些像y2k這樣的大bug，你要學(xué)會守口如瓶，不要告訴任何人，包括你的親人好友以及公司的同事和管理層，這樣當(dāng)?shù)侥且惶斓臅r候，你就可以用這個bug掙錢了。

忽悠。 你會學(xué)會忽悠，就算你的代碼寫得很爛，你也要為其掛上GoF設(shè)計模式的標(biāo)簽，就算你的項目做得再爛，你也要為其掛上敏捷的標(biāo)簽，讓整個團(tuán)隊和公司，甚至整個業(yè)界都開始躁動，這樣才能真正為難維護(hù)的代碼鋪平道路。

總之，我們的口號是—— Write Everywhere, Read Nowher

轉(zhuǎn)自：

java的全局變量有哪些作用？

Java 中的全局變量 (也稱為靜態(tài)變量) 是在類中定義的，并且可以被該類的所有對象共享。 它們可以通過類名加上變量名來訪問。

全局變量有以下作用：

全局變量可以幫助維護(hù)類的狀態(tài)，并且可以在不同的方法之間共享信息。 但是，全局變量也有一些缺點，例如容易導(dǎo)致命名沖突，并且不利于代碼的封裝和重用。 因此，在設(shè)計類時應(yīng)謹(jǐn)慎使用全局變量。

在Java中使用全局變量/常量

在Java中，盡管不存在全局變量的概念，但可以通過創(chuàng)建引用類或常量類來實現(xiàn)類似功能。 這種方法可以幫助在多個類或方法之間共享和訪問全局值，同時保持代碼結(jié)構(gòu)的清晰性和可維護(hù)性。 全局變量的缺點之一是可能引發(fā)命名沖突和維護(hù)問題。 當(dāng)多個位置都引用相同的變量時，可能出現(xiàn)混淆，如變量名可能被誤解為在不同上下文中具有不同含義。 而在Java中，通過將相關(guān)變量和方法封裝在類中，可以避免這些問題。 創(chuàng)建一個引用類，例如`Reference`類，可以將多個全局值集中在一個位置，這樣可以在其他代碼片段中輕松訪問這些值。 這種方法有助于保持代碼的組織性和可讀性。 當(dāng)需要使用常量值時，可以使用`final`關(guān)鍵字聲明變量，并通過`get`方法提供訪問途徑，從而確保這些值在程序運行時保持不變。 這種方法確保了代碼的穩(wěn)定性和減少潛在的錯誤。 另一種實現(xiàn)全局值共享的方式是在應(yīng)用程序中定義常量類，這些類包含一組經(jīng)常使用的不可變值。 通過這種方式，可以在整個程序中通過類的公共訪問者輕松訪問這些值，從而提高代碼的可維護(hù)性和可讀性。 總之，在Java中模擬全局變量需要采取其他策略，如創(chuàng)建引用類或常量類，以實現(xiàn)代碼的清晰性、可維護(hù)性和避免潛在的命名沖突問題。 最終，是否使用這些策略取決于項目的具體需求和團(tuán)隊的編程實踐。

global是什么

global是計算機編程中的一個關(guān)鍵字。

在計算機編程中，global關(guān)鍵字主要用于聲明一個變量是全局變量。 全局變量在整個程序的執(zhí)行過程中都是可見的，并且可以在程序的任何位置被訪問和修改。 這意味著無論在哪個函數(shù)或代碼塊中，只要知道全局變量的名稱，就可以對其進(jìn)行操作。 這對于在不同函數(shù)或代碼塊之間共享數(shù)據(jù)非常有用。 但在使用時要注意，過多使用全局變量可能導(dǎo)致代碼難以維護(hù)和理解，因為全局變量的修改可能會影響整個程序的行為。 因此，應(yīng)該謹(jǐn)慎使用全局變量。 它們通常在某些特定場景下才需要被使用。 除此之外，為了避免命名沖突，通常會采用特定的命名規(guī)則來標(biāo)識全局變量。 總的來說，global關(guān)鍵字是編程中用于聲明全局變量的一個重要工具。

全局變量使用注意

全局變量的應(yīng)用有其特定的考慮因素：

首先，全局變量可能會占用額外的內(nèi)存，由于其生命周期較長，特別是在內(nèi)存資源有限的過去，這可能是個問題。但在現(xiàn)代計算機配置中，除非涉及大型對象，否則內(nèi)存占用影響不大，盡量減少其使用。

其次，盡管在程序運行時，全局變量可以減少內(nèi)存分配的開銷，但實際上，這種速度提升在今天已經(jīng)微不足道。

局部變量的名字空間污染是另一個需關(guān)注的點。在變量使用不多的情況下，可以通過合理規(guī)劃避免這種沖突。當(dāng)全局和局部變量重名時，通常局部變量會優(yōu)先生效，全局變量會被掩蓋。

此外，全局變量的聲明可以使用extern關(guān)鍵字，使其在聲明處至文件結(jié)束范圍內(nèi)有效。 這在需要跨函數(shù)訪問全局變量時很有用。

總的來說，盡管全局變量在某些情況下是可用的，但在使用時需謹(jǐn)慎。 應(yīng)確保變量名清晰易懂，避免過短，以減少名字空間的混亂。 同時，盡量避免使用大型對象作為全局變量，以維護(hù)代碼的高效和清晰。

例如，全局變量的聲明方式如下：

extern Global y As String

---

---

相關(guān)標(biāo)簽： 全局變量的陷阱有哪些、 全局變量的陷阱、 避免代碼異味和維護(hù)難題、

上一篇：全局變量的替代方案探索替代選項以提高代碼

下一篇：全局變量的奧秘探索其在軟件開發(fā)中的角色和