大家谈谈自己的看法

jueshidouzi

回复 2# hellioncu
可是觉得也实在太多了，虽然这个代码是单线程了，但是全局变量多了毕竟影响逻辑跟流程的模块化啊。这么多全局的，阅读相当费劲啊

   

guo_ing

内存不花钱吗?

hellioncu

jueshidouzi 发表于 2012-10-29 11:38
回复 2# hellioncu
可是觉得也实在太多了，虽然这个代码是单线程了，但是全局变量多了毕竟影响逻辑跟流程 ...

你给出这些数据，让我们来说代码有多烂，对你来说有什么意义呢，难道你能拿给领导说代码太烂，我不看了？
另外也存在某种可能，虽然全局变量多，函数长，但组织得好，有一定规律性，看一部分代码之后，其余的瞄一眼就能明白什么意思，也可以认为是好代码。

folklore

回复 6# bruceteen


    哈哈，我先想好架构，再写，尽量留扩展接口。
万一要大改，则说： 如此要改架构，要动的地方有xxx, 要Xxx时间，还要不要改？

folklore

回复 11# jueshidouzi


    对，全局变量（除了锁）应当是0，类的成员则要最少。
其它信息通过函数参数（这样函数调用本身指明了数据流向）

如果所有代码都是如此，我可以接受没有一行注释。。。

事实上我的代码也是这样写的，代码极少注释。 每个函数都有注释，包括功能和接口说明 （各个参数的意义，返回值的意义）

jueshidouzi

回复 13# hellioncu
言重了，倒是没有这个意思。只是现在看的比较辛苦，发发牢骚。因为太多的全局变量真的很影响阅读，举个例子，假如有全局变量a；
if(a 怎样怎样){do_something();a=111;}如果不把这代码之前的代码看一看，就不知道这个a是在那里改变的，如果do_something里又在改变它，这就阅读起来费劲了。我现在目前就是这种境况，还有就是有的函数会把这个全局变量作为参数传进去，然后再把这个参数又赋值给那个全局变量。真的是看的超辛苦啊

   

jueshidouzi

回复 15# folklore
我也极赞成这样写。如果非要需要共享的数据的话，可以提供专门的接口，想访问这些共享数据，只能使用专有接口才可以。如果是多线程，则可以在接口内实现线程安全。

   

群雄逐鹿中原

folklore 发表于 2012-10-29 12:31
回复 11# jueshidouzi
其它信息通过函数参数（这样函数调用本身指明了数据流向）

突然悟到，C++不找人待见的原因，容易不受限制的使用类全局变量，大家都觉得烦。

人们对类全局变量太宽容，自增痛苦啊

folklore

回复 18# 群雄逐鹿中原

对，说的就是这个意思。
    类成员变量不是用来传信息，它是类本身的状态（最优目标是无状态，无状态的系统是最易理解和维护，和外界交互最少）。
用来传信息则除了只能说是符合语法外，没有其它任何可取之处了。

雨过白鹭洲

都说要写多好多优美的代码，可是每个人的代码随着时间都会变成一坨狗屎，洗洗睡吧，能跑能用的代码就是好的