对各位鱼油的忠告—代码风格的培养

计机羊咩咩

在论坛看了好多帖子，发现有个问题

这问题说大不大，说小不小，可是代码的数量级一上来了，你就知道什么叫“废码”。
这问题就是代码风格，如果你想在软件行业吃口饭，还是听听我的劝告吧。
我不敢说我有多厉害，但是我敢说我的代码风格已经改进了很多并且不断地向商业代码靠拢。

1.变量命名
众多人的变量名依然跟随老谭那本书的风格（好吧我只看C，哪本书相信学C的人都知道）
可是各位鱼油有没有发现  你在看别人的代码，密密麻麻的一大段，各种不知其意的变量名，有点晕？

见名知意是变量命名的标准，没人愿意看了半天才知道  哦，原来你这个“i”是XXX意思，这样的话还不如去搞反汇编算了
要是给调试组天天看这种代码 ， 他会上天台的。（商业代码都是成千上万行的，别以为就一小段，乱写变量名简直是谋杀他们）

或许有人说，哥你这样讲，那我用什么命名法阿，写个名字都那么伤脑筋
事实上我也不知道世界上有多少种变量命名法，大家可以上网百度一下，至于我自己是用匈牙利命名法（在学windows程序设计......）
至少回头看或者给别人看，别人知道我的程序在讲什么

2.空格，空格
这一点也是必需的，变量与运算法之间必须有个空格，这样看起来逻辑关系更加突出
实际上这一点小甲鱼在C语言的视频的某一集也有提过，可能大家都只是听听而已
比如”for(iFlag = 0;iFlag <= MAX; iFlag++); “  酱紫
看起来别人就觉得舒服，而且不容易眼花
如果你写得密密麻麻，你的代码的可读性就会将一个档次

在此提醒大家，你写的代码不是写给你看的，而是写给别人看的，在团队合作里，你不过是一份子

希望大家谨记这句话

3.if语句
判断语句也是一个雷区，有时候“==”写成“=”，然后自己还傻乎乎的debug半天还找不到错误
这可能是一个小问题，但是这种错误放在一个商业软件下，你就完了，几万行代码下来，得先确定功能，再具体到模块，最后定位
在某某函数，还要单步调试慢慢的找，最后才找到这个错误，中间是花了很多精力和时间的
你可能说，没关系，我精力充沛，时间多，但请你注意这是个项目开发而且没人愿意去拖时间


这里给大家一个忠告  把你的判断标准放在前端，被判断数放后  如“if(MB_LBUTTON == wParam)”
这样写有个好处就是万一你写少了一个“=”，编译器会提醒你“试图向常量赋值”
bug是越早发现越好，最好你自己开发的时候就不断的规范，这样后期维护的工作和资源消耗会减轻不少

以上是目前看见过的问题，希望能帮助到大家，如果你真的想在软件业里混，代码风格真的得规范
如果有其他提议的请留下评论，我会不断的改进

lxxxxx

支持下