无障碍编程：变量命名如何无声包容视障开发者

　　雨刷在挡风玻璃上刮出扇形的水痕，导航又绕进死胡同——这破路我跑了三年，闭着眼都能摸到加油站，可那破导航偏要往施工路段钻。手机支架松了，右手扶着支架，左手摸方向盘，柴油味混着雨水的潮气往鼻子里钻。去年十月份，我在服务区啃泡面的时候，听隔壁桌两个程序员扯淡，说现在搞无障碍编程，变量命名都得考虑视障开发者。当时我差点把汤泼在键盘上——这帮人是不是闲得慌？代码变量名，不都是按自己习惯来吗？

　　结果上个月，我拉了个去中关村的程序员。他上车就抱着电脑敲，屏幕反光晃得我眼睛疼。中途他接了个电话，语气突然变得暴躁：“这变量名谁起的？全是缩写，屏幕阅读器根本读不出来！”我瞟了一眼，代码里全是“tmp”“cnt”“idx”这种缩写，连“userInfo”都写成“uInfo”。他挂了电话，跟我吐槽：“我们组有个视障同事，靠屏幕阅读器编程，结果变量名全是缩写，他得一个个猜，效率直接砍半。”我嚼着口香糖，心想：这不就是当年我跑夜车，导航没更新，绕了半小时冤枉路吗？

　　那天到地方，他多给了我二十块，说：“师傅，你们开车讲究‘最优路径’，我们编程也得讲究‘最优命名’。变量名起得烂，就像导航总绕路，谁用谁崩溃。”我原以为他是在扯淡，结果后来在群里聊，发现好几个跑长途的同行，家里孩子都在学编程。有个老哥说，他儿子学Python，老师专门强调变量名要“见名知意”，不能用缩写。他当时还笑：“这老师是不是太矫情？变量名不就是个符号吗？”结果他儿子说：“爸，我们老师说过，代码是给人看的，不是给机器看的。变量名起得好，别人看代码就像看地图，一目了然；起得烂，就像看天书，谁都不想碰。”

　　服务区那只野猫又来了，蹲在泡面桶旁边，尾巴尖沾了点汤汁。我扔了根火腿肠给它，心想：变量名这事儿，是不是跟开车一样？你总觉得自己开得快、开得顺，可要是路上全是坑，导航总出错，谁还愿意坐你的车？去年十月份，我拉过一个去亦庄的程序员，他上车就抱怨：“我们组新来的视障同事，代码写得比谁都干净，就是变量名起得烂。他以为缩写能省时间，结果别人看他的代码，得花双倍时间猜变量名是干啥的。”他叹了口气，“后来我们组长说，变量名得按‘无障碍标准’来，缩写必须加注释，或者直接用全称。刚开始大家都嫌麻烦，结果用了一段时间，发现效率反而提高了——因为代码可读性变强了，维护起来也省事。”

　　我原以为“无障碍编程”就是搞搞界面适配，结果发现变量名这种“小事”也能卡人。就像我跑长途，总以为“快”就是王道，结果有次为了赶时间，抄近路走了一条没修好的路，车胎扎了，换胎花了半小时，反而误了交车时间，被扣了钱。那天我蹲在路边抽烟，心想：有时候“慢”就是“快”，变量名起得清楚，别人看代码顺畅，合作起来效率高，反而能省时间。那些总用缩写的程序员，就像我当年抄近路——看似省了时间，实则埋了坑，最后还得自己填。

文章配图，仅供参考

　　柴油味又浓了些，我摇下车窗，雨丝飘进来，打在胳膊上凉飕飕的。那个跑中关村的程序员说得对，变量名这事儿，真不是“小事”。它就像导航的语音提示，清晰了，开车的人省心；模糊了，开车的人闹心。优胜劣汰的道理，在编程里也一样——变量名起得好的代码，别人愿意看、愿意用；变量名起得烂的代码，别人看一眼就躲，最后被淘汰的，肯定是那些不讲究的“懒人”。

　　服务区的灯亮了，野猫叼着火腿肠跑了。我发动车子，导航又开始报路名。这次它没绕路，我跟着走，心里却想着：变量名这事儿，是不是也该定个“无障碍标准”？就像导航得更新路况，变量名也得“更新”——别总用缩写，别总图省事，多替看代码的人想想。毕竟，代码是给人看的，不是给机器看的。变量名起得清楚，才是对同行最大的尊重。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!