在C/ c++中，全局变量像我的教授认为的那样糟糕吗?
当前回答
全局变量是不好的，如果它们允许您操作应该只在本地修改的程序的某些方面。在面向对象编程中，全局变量经常与封装思想相冲突。
其他回答
是的，但是在停止使用全局变量的代码并开始编写使用全局变量的代码之前，您不会招致全局变量的成本。但成本依然存在。
换句话说，这是一种长期的间接成本，因此大多数人认为这并不坏。
全局变量有多糟糕就有多糟糕。
如果您正在创建一个完全封装的程序，则可以使用全局变量。使用全局变量是一种“罪过”，但编程的罪过在很大程度上是哲学上的。
如果你看看洛杉矶。你会看到一种语言，它的变量是全局的。它是不可伸缩的，因为所有的库都只能使用全局变量。
也就是说，如果您有选择，并且可以忽略程序员的哲学，那么全局变量并不是那么糟糕。
Gotos也是，如果你使用得当的话。
最大的“坏”问题是，如果你使用错误，人们尖叫，火星着陆器坠毁，世界爆炸....或者类似的东西。
安全并不意味着任何一个可以操纵变量声明的全局,为这一解释这个例子中如果你有平衡作为一个全局变量在你们银行程序用户函数可以操纵以及银行职员也可以操纵这这是一个问题只有用户应该考虑到只读和退出函数,而是银行的职员可以添加量当用户亲自给的现金在桌子上。这就是它的运作方式
只有在别无选择时才应该使用全局变量。在90%的情况下，引入全局变量是为了节省传递参数的成本。然后发生多线程/单元测试/维护编码，你就有问题了。
是的，在90%的情况下全局变量是不好的。在你的大学生活中，不太可能遇到例外。我能想到的一个例外是处理固有的全局对象，比如中断表。像DB连接这样的东西似乎是全局的，但不是。
在一天结束时，你的程序或应用程序仍然可以工作，但这是一个整洁的问题，并对正在发生的事情有一个完整的理解。如果在所有函数之间共享一个变量值，那么可能很难跟踪是哪个函数更改了该值(如果函数更改了该值)，这将使调试变得更加困难
