代码优化小贴士:如何处理大量的全局变量更合适?



    在设计一个功能处理类的时候,传参是一个不能回避的情况,因为很多的处理数据是动态的,于是我们会New很多的变量,局部的、全局的,以便类中有多个函数需要使用该部分数据。


    如果动态数据的量能够维持在一个很小的范围内的话,我们不妨用全局变量来保存,言简意赅;但是若我们需要定义的变量非常多,例如大于10个左右的时候,我们就会感觉密密麻麻的变量,好不恼人,一方面增加了类的复杂度,最重要的是不利于维护修改。


    这里使用一种方法,可能作用不是那么的巨大,但在修改维护时,一方面使代码可能变得更加的紧凑,领一方面可以便于扩展,可以考虑将功能类似地一些全局变量设计为结构,减少类全局变量,取而代之的是一个或几个源数据结构,这样不仅便于我们的阅读,更加便于我们的扩展;此外,也可以考虑通过XML文档的形式来保存动态数据,这样可以保证仅有一个元数据全局变量,最大的有点事便于扩展,减少函数间数据的传递,降低修改难度。


    其实,随着我们编码的能力的不断熟练,具体功能的实现往往不会占到我们日常工作地主要部分,而如何用更简洁、更便捷的方式来编写那些我们以前经常编写的代码,这逐渐成为我们的主要内容,其实,具体的方法往往要针对具体的情况才能有所成效,也并非要生搬硬套,连设计模式最根本的一个模式都是:不用任何模式。一切从简,用最简单、最清晰地代码构建出我们的应用,这是一个需要从点滴做起的长远计划,需要我们不断地去思考,逐渐地去完善,而如果想突击某本编码规范来达到这个目的的话,或许有些操之过急之嫌。

 

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值