ASP无障碍设计实测：视障开发者代码调试体验

　　去年过年期间，我在西门子楼B座三楼那个永远闻着像微波炉烤糊塑料壳的机房里，盯了ASP调试器十七个小时——不是连续，是断续，中间李工接了个电话，声音特别响：“妈，我这边还在改啊，对，就是那个无障碍焦点跳转的事儿……”他左手在键盘上敲F5，右手攥着半根冷掉的油条，咬一口，渣掉在语音反馈日志窗口里，噗噗两声，被NVDA吞掉了。

　　我原以为微软那套“语义化控件树自动注入”真能扛住视障开发者边听读边改逻辑的暴力操作。结果呢？断点设进去，语音报的是“按钮_提交_禁用状态”，可代码里明明刚解除了disabled属性——它没刷新DOM树，只刷了Aria标签。这个我敢打包票：ASP的aria-live=polite根本不认state变化，只认text节点重绘。你得手动触发一次focusout再focusin，它才肯把“已启用”念出来。真笑死，调试器自己都在演戏。

文章配图，仅供参考

　　桌上有份没拆封的黄焖鸡外卖，酱汁从盒盖缝渗出来，在键盘托盘上积了一小洼深褐色。我伸手抹了一下，指腹蹭到F12键帽边缘的凸起盲文点——那是厂商半年前加的，但ASP生成的button控件压根不继承这个属性。你猜怎么着？同一套CSS类名，class="btn-primary"，鼠标悬停时显示“提交订单”，屏幕阅读器念的是“按钮_未命名_七”。不是七个，是“七”——它把aria-labelledby引用的那个span ID当字面量读了。ID叫“submit-btn-label-7”，它就念“七”。我录了音频给产品团队，对方回复说：“这是ID命名规范问题。”操。

　　所以别跟我谈什么“合规性达标”。WCAG 2.1 AA？它连自己写的JavaScript回调都喂不熟。事件监听器挂DOM上，但焦点管理走另一套独立队列；你在键盘上Tab过去，它以为你“经过”，不触发onfocus；你手动trigger focus，它又因为防重复执行，把语音播报吞进异步微任务堆栈底下了。我试过二十一种绕过方式，只有改global.asax里那行才能让焦点链不跳空。但这一改，服务器端ViewState校验就崩。两难。最后靠林工在page_load里硬塞了三行jQuery：$(document).on('focusin', '[tabindex]', function(){speechSynthesis.speak(new SpeechSynthesisUtterance(this.textContent))})。临时救火。没提交PR。他当时正啃第三块饼干，碎屑掉进机械键盘缝隙，我听见清脆的“咔”一声。

　　优胜劣汰？对。但这“优”不是技术优，是活人优——谁能在三小时之内写出六百行兼容IE11+NVDA+ChromeVox+JAWS四平台的焦点劫持补丁，谁就活下来。其他人要么转岗做UI测试，要么去学Blazor Server那边的Server-Side Rendering模式。ASP这玩意儿现在就跟老式电梯按钮似的：你得自己记住哪层按几次、等多久、听几声嘀，才敢伸手。不是设计问题，是筛选机制。它不拦你进门，它专挑听不清第二遍提示音的人筛出去。

　　说到电梯——昨天物业换了新梯控面板，带触觉凸点和语音引导。我摸着墙边下去时，听见一楼大堂里有人用粤语问：“点解呢部机成日话‘请重新刷卡’，我刷咗八次？”语音芯片回得特别慢，带电容啸叫底噪。我没应。知道是谁。ASP的debugger也这样。总在最不该停的时候喘气。

　　我手机还开着上次的调试录音。十五分钟那段里有三处静音：一次是咖啡机启动声盖过了焦点进入通知；一次是空调外机突启，轰隆三十秒；还有一次，就两秒，纯黑，什么都没录到——后来发现是VSCode插件崩溃，内存泄漏把NVDA的Speech API句柄干掉了。我查不到日志，因为ASP默认关掉了Accessibility Diagnostics的底层钩子。这个我说不准。得重装个干净镜像，看是不是.NET运行时版本的问题。但眼下……先去把那盒黄焖鸡扔了。酱快凝住了，黏住shift键了。

（编辑：站长网）

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