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

　　三个月前，我原以为“变量命名”这事儿，就跟后台页面转圈一样——转就转呗，反正早晚能加载出来。结果那天，团队里新来了个视障开发者小林，他对着代码皱了半天眉头，说：“这变量名‘btn_submit_click’...我读屏软件念出来是‘按钮提交点击’，但‘btn’和‘submit’连一块儿，中间没空格，读快了像‘奔丧提交点击’。”办公室空调太冷，我缩了缩脖子，突然意识到：咱们天天写的变量名，对视障开发者来说，可能比后台数据不对还让人头疼。

文章配图，仅供参考

　　销售老张凑过来，说：“变量命名还能影响开发效率？我原以为只要功能对就行。”我白了他一眼：“你上周不是还抱怨客户总改需求，说‘你们代码太乱，我看不懂’？变量名就是代码的‘脸面’，脸面不干净，谁愿意多看？”小林点头：“我之前在别的团队，遇到过变量名全用拼音的，比如‘anniuchuli’，读屏软件念出来是‘按纽处理’，我听了半天才反应过来是‘按钮处理’。后来我干脆自己写了个脚本，把拼音变量名全转成英文，才勉强能干活。”

　　手机快没电了，我插上充电器，继续和小林聊。他说：“其实视障开发者对变量名的要求不高，就两点：一是别用缩写，除非是特别常见的，比如‘id’‘url’；二是用下划线或空格分隔单词，别连在一起。”我翻出之前的代码，发现好多变量名都是“btnXXX”“imgXXX”这种格式，小林说：“读屏软件念这些缩写时，就像听天书，比如‘btn_login’念出来是‘按钮登录’，但‘btn’和‘login’连一块儿，读快了像‘奔喽登录’。”我忍不住笑出声，心想：这读屏软件要是能识别方言，估计得念成“奔喽登机”。

　　窗外天黑了，办公室的灯亮起来。我突然想起上周和甲方吵架的事——他们非说“变量名要简短，节省内存”，结果小林说：“内存是节省了，但开发效率降低了。我们视障开发者读代码的时间，比看代码的时间还长，变量名清晰，能省不少事儿。”我原以为甲方只关心转化率和ROI，结果他们听了小林的话，居然点头说：“确实，开发者体验也是用户体验的一部分。”

　　其实，变量命名这事儿，和优化账户一样，都是“优胜劣汰”。好的变量名，像好的素材，能让人一眼看懂，用起来顺手；差的变量名，像差的素材，烧钱不说，还让人头疼。小林说：“我之前在别的团队，遇到过变量名全用数字的，比如‘var1’‘var2’，读屏软件念出来是‘变量一’‘变量二’，我根本不知道它们是干啥的。”我叹了口气：“这就像后台数据不对，你查了半天，发现是变量名写错了，白折腾半天。”

　　那天晚上，我改了好多变量名，把“btn_submit_click”改成“submit_button_click”，把“anniuchuli”改成“button_handler”。小林说：“这样读起来就顺多了，读屏软件也不会卡顿了。”我笑了笑，心想：这变量名，就像后台的转化率，优化好了，大家都能省心。可话说回来，变量命名这事儿，到底有没有标准？小林说：“其实没有绝对的标准，但有个原则：变量名要像说话一样自然，别让人猜。”

　　现在，我每次写变量名，都会先念一遍，看看读屏软件念出来顺不顺。销售老张还笑话我：“你啥时候成语言学家了？”我白了他一眼：“这叫用户体验，你懂不懂？”其实，我也没招了——变量命名这事儿，没有终点，只有不断优化。就像优化账户，烧了不少钱，转化率一直上不去，但你不能停，得一直试，直到找到最适合的方法。变量命名也一样，得一直试，直到找到最适合视障开发者的方式。

（编辑：站长网）

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