为啥要使用全局变量

1.只能获取变量的值,没法获取变量的状态。比如变量是否可用,变量所有者是否已经初始化并开始工作生产数据,所有者有没有出现异常,变量是否是临界资源,整个数据块是否已经完整更新,只有上帝知道。

2.小概率判断变赋值if(gVar=1),手滑手滑。

3.没有使用者权限控制,谁都可以改,安全没法保证,总有刁民要害朕。

4.难以追溯数据流,可能多生产者多消费者,调试起来贼酸爽。

5.变量的所有者责任人不明,有的变量可能放在什么miscVar.c shareVar.c里面,这锅是哪个的,出来一下。

6.功能块移植依赖所使用的全局变量,移植需要去其他的n多地方剜肉,移植编译就是一片红。

7.做功能开关困难,关闭本功能无法通知依赖本功能的调用者,谁准你用的。

8.不利于扩展功能对象的数量,什么要多加一路通信?

9.变量名冲突覆盖,呵呵先到先得。

10.离散未聚类的变量的关联性,不利于理解即便有注释,step13并不一定在step11后面。

11.难以约束维护扩展,容易变成祖传代码,俗称屎山。

优点:1.简单无脑,分层次接口化模块化对象化意味着数据拷贝,内存分配释放,要多费点资源,需要更复杂的设计,花更多的时间精力来实现和调整,需要对业务更深的理解和一定的软件基本功。

2.内存空间使用情况编译时候可知。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值