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

　　隔壁王哥叼着烟凑过来，冰柜压缩机嗡嗡响得他直皱眉：“你上次说的那个无障碍编程，到底咋回事儿？我侄子学计算机的，最近老跟我念叨变量命名能帮视障开发者，我还以为他魔怔了。”我手上正擦着刚收回来的盘子，抹布是湿的，水顺着指缝往下滴——这事儿得从去年8月说起，当时我们接了个小项目，给一家盲人按摩店的预约系统做优化，甲方提了个要求：所有代码必须符合无障碍标准，尤其是变量命名，得让视障开发者能“听”明白。

　　我原以为这不就是换个命名风格的事儿？结果第一版代码被甲方打回来三次。他们找了个视障程序员测试，那哥们儿戴着耳机，屏幕阅读器念得飞快，突然停住：“这‘temp’是啥意思？临时变量？那‘tmp’呢？‘buffer’呢？”我们这才意识到，变量名对明眼开发者可能只是“缩写vs全称”的偏好问题，对视障开发者来说，屏幕阅读器会逐字读出来，缩写就像突然卡壳的录音机，得靠上下文猜，效率直接掉一半。外卖催单的提示音突然响了，我起身去拿手机，回来继续说：“后来我们改了，所有变量名必须用完整单词，比如‘temporaryData’、‘bufferSize’，连‘i’这种循环变量都改成了‘index’。”

　　王哥吐了个烟圈，门口那只猫又来了，蹲在台阶上盯着我们：“那有啥用？能多赚多少钱？”我摇摇头：“钱倒没多赚，但甲方满意啊。他们说视障开发者用我们的代码，调试速度快了至少30%。你想啊，他们本来就得靠听觉和触觉，代码里全是缩写，屏幕阅读器一念，跟听天书似的，现在全名一读，逻辑立马清晰了。”王哥撇嘴：“那你们不亏？改名字多麻烦。”我笑了：“麻烦是麻烦，但优胜劣汰啊——现在甲方挑供应商，第一句就问‘你们代码支持无障碍吗？’不支持的，连竞标资格都没有。”

　　说到这儿，我想起上个月跟另一家技术公司吃饭，他们也接过类似项目，结果因为变量名全是缩写，被视障开发者集体吐槽，最后甲方直接换了供应商。那公司的技术总监还跟我抱怨：“我们觉得缩写更高效啊，结果他们说‘高效是给你们看的，不是给我们听的’。”我原以为无障碍编程是政治正确，结果发现它是刚需——就像你开餐馆，得考虑轮椅能不能进门，不是因为慈善，是因为不这么干，客人就不来。

　　王哥掐了烟，伸手摸了摸猫的头：“那你们现在咋命名？有啥规矩？”我擦了擦手上的水：“规矩多了。比如不能用‘data’这种太泛的词，得具体到‘userData’、‘orderData’；不能用‘flag’这种模糊的词，得用‘isCompleted’、‘hasError’这种带状态的；连布尔值变量都不能用‘is’开头，因为屏幕阅读器会读成‘is isCompleted’，重复了。”王哥听得直咂嘴：“这比我们记菜谱还麻烦。”我点头：“可不嘛，但麻烦有麻烦的好处——我们现在的代码，连新来的实习生都能快速上手，因为变量名一读就知道干啥用的，不用翻文档。”

　　外卖提示音又响了，这次是两单同时到。我起身去拿，回来时发现王哥正盯着手机，屏幕上是个视障程序员用屏幕阅读器读代码的视频——那哥们儿手指在键盘上飞，屏幕阅读器念得又快又准，变量名全都是完整单词，听着跟听故事似的。王哥抬头：“你说这算不算一种进化？就像我们以前用算盘，现在用计算器，视障开发者以前得靠记忆猜变量，现在靠名字就能理解。”我愣了下，这比喻倒挺有意思。我原以为无障碍编程只是“帮少数人”，结果发现它是在推动整个行业更规范——就像我们餐馆以前用地沟油，现在必须用正规油，不是因为有人查，是因为客人吃出问题了就不来。

　　隔壁借火的张姐凑过来，手里还拿着半根烟：“你们说这个，我想起我侄女学编程，老师总让她用缩写，说‘专业’，结果她现在看代码还得翻字典。”我笑了：“这就是问题啊——‘专业’是给明眼开发者看的，‘好用’才是给所有人看的。变量名就像餐馆的菜单，得让客人一看就知道是啥菜，不然再‘专业’的菜名，客人点都不敢点。”张姐点头：“那你们现在接项目，是不是专门挑要无障碍的？”我摇头：“倒不是专门挑，但遇到这种项目，我们肯定优先做——因为做一次，后面的代码规范就上去了，省事儿。”

　　王哥把烟头弹进垃圾桶，猫跟着跑过去：“那以后是不是所有代码都得这么写？”我耸耸肩：“谁知道呢，但优胜劣汰嘛——就像我们餐馆，以前觉得轮椅通道没必要，现在发现，没通道的餐馆，客人越来越少。”张姐突然说：“我侄女最近在学Python，你们说的这些，她能用上不？”我笑了：“当然能用，变量名规范是通用的，不管啥语言，全名总比缩写好懂。”王哥站起身：“行，回头我让我侄子也改改，省得他老跟我抱怨代码难读。”

文章配图，仅供参考

（编辑：站长网）

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