带来的问题(1)
全局变量阻碍了代码重用,使代码变得难维护。
理由:使用全局变量,使代码变得耦合,阻碍重用;因为任何代码都有访问全局变量的权限,所以难维护。
分散在各个源文件并在各个地方使用的全局变量,使代码间耦合程度变高。
软件的维护比初次开发花费更多时间,使用过多全局变量意味着把维护的重担压给了维护工程师。
例子:假设一个系统,最初的需求假定“环境”只有一个,不幸的是我们用了全局变量。
extern Enviroment * const theEnv;
在软件交付前,我们发现,同时存在的“环境”要增加到两个、三个,或是系统启动时指定,或根本就是完全动态的某个数。
修改起来相当痛苦,费时。
可以用函数形式包装,利用重载,就得到了扩充性。
Enviroment *theEnv();
Enviroment *theEnv(EnvCode whichEnv = OFFICIAL);
带来的问题(2)
如果静态变量用来初始化的值不能在编译时就计算妥当,那么这个初始化就会被拖到运行期。这是许多致命后果的始作俑者。
再常见错误55中会讨论这个问题。
extern Enriroment *theEnv = new OfficialEnv;
如果改用函数或class来充当全局信息的掮客,初始化动作就会延后,从而变得安全无误了。
class Enviroment {
public:
static Enviroment & instance();
virtual void op1() = 0;
protected:
Enviroment();
virtual ~Enviroment();
private:
static Enviroment *instance_;
};
Enviroment* Enviroment::instance_ = 0;
Enviroment & Enviroment::instance() {
if(!instance_)
instance_ = new OfficialEnv;
return instance_;
}
在此,我们采用了单件模式(Singleton Pattern)的一个简单实现,以所谓“缓式求解”形式完成静态指针的初始化动作。
我们保证Enviroment对象的数量不会超过一个。
Enviroment::instance().op1();