由 dawei 无障碍编程不是附加功能，而是尊重每位开发者认知方式的基本承诺。视障开发者依赖屏幕阅读器将代码转为语音或盲文，而变量命名恰恰是他们理解逻辑流的第一道门槛。
模糊缩写是隐形障碍。当屏幕阅读器念出“usr”“tmp”“idx”，它无法传递语义，反而迫使开发者反复回溯上下文猜解。相比之下，“userProfile”“temporaryBackupFile”“itemIndex”能直接建立清晰心智模型——每个词都承载可预测的含义，语音输出时自然形成逻辑分段。
驼峰命名法（camelCase）与下划线命名法（snake_case）本身并无高下，但一致性至关重要。混用“user_name”与“userName”会让阅读器连续读作“user underscore name”和“user name”，打断思维连贯性；统一格式则让语音节奏稳定，降低听觉认知负荷。
避免数字后缀带来的歧义。“button1”“button2”在朗读中极易混淆，尤其当代码块较长时。改用功能描述性名称——“saveButton”“cancelButton”——不仅提升可访问性，更强化了代码自解释性，所有开发者都能受益。
命名中的动词选择同样影响理解效率。“isActive”比“activeFlag”更直指状态本质；“calculateTotalPrice”比“doCalc”明确动作与目标。屏幕阅读器逐字解析时，具象动词+名词组合形成的短语结构，比抽象动词或空洞名词更容易被即时解码。
2026AI生成图像,仅供参考
特殊符号需谨慎。虽然“$isLoading”在JavaScript中常见，但“$”字符常被屏幕阅读器读作“dollar”，造成干扰。优先使用“isLoading”或“isPageLoading”，既保持语义纯净，又避免语音噪音。
包容性命名无需牺牲简洁。它拒绝的是模糊、随意与隐喻，而非长度。一个完整表达意图的变量名，节省的是所有人反复查文档、问同事、调试误解的时间——对视障开发者而言，这更是减少认知摩擦、获得平等协作权的关键细节。