替代全局變量/常量

Question

我一直在閱讀，使用全局變量是不好的編程設計，但這是否意味着全局常量也不好？

有什麼替代方法，而不是全局變量/常量，以及聲明多個源文件中需要的常量的最佳方法是什麼？

Answer 1

背後全局變量是壞的主要原因是共享的狀態，這很容易讓一個程序的不同部分通過的方式，你不打算操控共享的狀態，使與程序的其他部分意料之外干擾的依賴使程序更容易出錯，難以調試並且難以維護。

另一方面，常量除了它們污染全局名稱空間（這可能會在編譯時通過更改編譯單元中符號的含義而導致意想不到的後果）之外幾乎可以。如果你可以在特定的命名空間/範圍中聲明它們，那麼你將會很好。

Answer 2

全局變量的真正問題在於，它們鼓勵從代碼中的許多點進行更改。執行某些操作的函數也具有改變全局狀態的side effect（實際上，Functional Programming根本不允許副作用來避免此陷阱）。

該編程風格很難正確調試和維護。

保持數據接近它的使用位置，以便有一個定義良好的機制來改變它。

全局常量不會遇到同樣的問題。

Answer 3

全局變量導致實際問題來自大量（通常未知）的依賴於共享狀態的代碼量。這可能會（導致）難以理解和跟蹤等的交互。簡而言之，很多代碼會緊密耦合，這往往會導致問題。

全局常量大多是一個（潛在的）哲學問題。由於它們是恆定的，絕大多數來自全局變量的實際問題都不會出現。與此同時，我們完全有理由懷疑一個特定的常量是否應該是全局的。如果（例如）你在處理物理問題，將光速定義爲一個全局常量可能是有意義的。根據不同的領域，諸如Pi，e等等也可以作爲全局變量來理解。另一方面，如果你可以合理地限制需要這樣的事情少代碼，這通常是可取的。 Pi值是不會改變的，但類似

x = area(some_circle); 

往往比更可讀/理解：

x = some_circle.radius * some_circle.radius * Pi;