1楼,楼主,子红说看到最近不管是论坛还是很多QQ群都在讨论相关的无障碍，特别是无障碍法出来了以后，很多人就更加期待了，在这里作为一个不算开发者的开发者，来说一下我对于无障碍和无障碍相关的看法，特别是在软件方面，我也是个小白，哪里说的不对的也方便大佬补充和批评指正， ​第一先说结果无障碍的话，说难也难说不难也难，这有点像废话中的废话，先不要着急，这两个其实是两个概念，它不是同一个概念。 ​1、看到很多人说无障碍的话，只是加上一些标签，然后就可以了，是的，确实第1种的话，这样的方式对于无障碍适配是最友好，特别是个人开发者开发的软件几乎都是采用这样的框架来进行实现的，这种框架说难听一点，也是最基础的框架，所以不管是作为个人开发者来说，还是一些小公司，几乎都用的这种框架，所以很多人会感觉很多小公司开发的软件反而比大厂都要好很多，对于无障碍方面，因为大多数的个人开发者和一些小群体开发的软件，几乎都是采用的是列表布局和控件布局，或者是网格布局，这样的方式对于读屏软件的锁定焦点，它是非常友好的，差不多跟原生几乎差不多，就算有什么图片按钮，这些都可以通过添加控件的方式来进行增加无障碍的描述标签，其实读屏软件的工作原理很简单，像有点视觉的小伙伴都能知道，我们读屏软件在锁定一个焦点的时候，它就会出现一个绿色的小光标，这个是由于读屏软件的底层逻辑决定的，他必须要通过这个光标来确定相对应的服务控件和按钮和相关的指定标签，读取控件下面的相关内容，读屏软件才知道这个是什么，然后再调用语音库来进行反馈，再读出来相关的内容描述，就是读屏软件的基本的一个工作原理。 2、但是现在大多数的软件，开发框架特别多，还有一些实现的高级玩法也特别多，这一部分对于无障碍的友好就要差很多了，比如说现在很多的软件都是跨平台开发，这类似的软件对于无障碍的友好程度几乎就很难，但是对于很多公司来说是最佳的解决方案，因为开发成本低，维护成本低，这个是公司最主要考虑的目的，包括我们做生意一样，哪个成本低，肯定是先考虑哪一个，跨平台开发就是一个很不错的一个方案，这样的话就会带来很多的未知性，就比如说无障碍方面，比如说您在这个地方添加标签，在另外一个平台上面，它有可能就会出现乱码，或者是其他的未知问题，还有就是一些大厂的软件，要考虑视觉性和动画效果，这时候很多的大厂的界面很多都是采用的是自绘制渲染来进行工作的，如果是自绘制渲染的话，读屏软件就获取不了焦点，因为它是一个大的一个动画属性，我们的读屏软件根本没办法锁定这样的焦点，所以就导致无法直接确认焦点，它就无法读出来了，再加上很多大厂，还会有各各种各样的封装包等等，还会有调用的第三方库，这些有可能都会导致无障碍的不兼容，如果要强行改无障碍的话，是一个很大的一个工程完全不亚于重新开发一套程序，所以很多公司为了解决这个问题，会单独的出一个什么大字版无障碍版，因为实在没办法，如果用原包弄的话，比重新开发一个还要难，因为要考虑和原有的软件的兼容性，还要考虑到无障碍的相关性，那是非常难的，对于不是开发人员来说，，说说就能实现了，如果真正想要实现一个功能的话，做软件的人都知道，也许用这一套语言开发一个功能，相当的简单，也许100个字符就能搞定了，如果换一套语言的话，那就是5000个字符都不一定能搞得定的一件事情，所以再加上涉及到跨平台开发，这个就更加难了。 3、网站方面的话，现在看到很多都是调用的是一个网页语音助手，这个说实话就有点为了无障碍而做无障碍去了，而且还有点制造无障碍的嫌疑，虽然网站开发有h5和JS，还有各种框架，确实对于无障碍也不是太友好，但是网页的解决方案它就相对来说要友好太多了，因为它毕竟是网页，但是也仅限于一些列表框架和常规的框架，如果采用渲染的同样也不支持无障碍包括一些js注入，所以很多为什么打开其他的软件能看得到相关的列表，上面也没有任何的广告，但是我们的读屏软件死活就是确认不了焦点，这种的话就是渲染导致的，所以为了享受无障碍的相关政策，很多会额外再开一个窗口，直接通过代码把相关的功能直接截取出来，然后单独开一个页面，所以专门就是针对了无障碍了，这样的话就能一举两得，但是这样反而对于无障碍人群来说反而是真正的障碍，不是无障碍人群来说，完全又没什么必要。 4、最主要是什么呢？很多反馈的小伙伴不懂技术的层面，就凭自己的想象去跟其他的公司反馈无障碍，反馈的时候技术人员听不懂，产品经理也听不懂，这时候公司觉得一旦听不懂就是非常麻烦的一件事情，就会选择不理睬或者是不搭理，再加上有些小伙伴比较极端，觉得他反馈的问题，公司没有进行重视，就会各种的无脑喷，这时候公司的话，上下员工就会觉得这帮人更加的无理取闹，更加不会搭理，如果要有效反馈真正的无障碍，必须要准确引导公司的产品经理和开发人员，无障碍具体是出在哪个地方，这样公司才能去针对性的去进行解决，还有公司的开发跟个人开发它是不一样的，公司的开发每个人都是负责是前端后端，还有框架， UI等等，都是不同的小组去负责开发完善，只是后面来进行功能合并，所以进度肯定不会像个人开发者那么快的，因为个人开发者整套源码都是在你手里面，公司的话第一整套源码不在你手里面，第二还要去跟后面的所有的功能去进行对接，看看有没有功能方面的冲突，才会去把这个事情给落实下来，所以大公司一般反馈无障碍，普遍都要慢很多也是在这里，当然了，仅限于我上面所提到的一些控件和视图等等，哪怕是同一个控件，因为有些采用的是动态控件这一个控件和过几天出现的功能它又不是同一个功能，所以这时候的话就要明确的标注出来，应该大家都会遇到一些大厂开发的软件，今天这个功能在这个地方，明天那个功能在那个地方，因为这样的话属于是后台开发和动态控件，如果是作为文字显示的都还好，这时候的话读屏软件都能抓取得到，这个焦点不管他怎么改都是可以的，假设它采用的是图片或者是一些动态渲染动画的，这时候那就相当麻烦了，还要后期人员维护，都需要添加相关的属性来进行获取，还有一种控件标签是套用的，比如说布局套用布局再套用布局，这时候我们用读屏软件的人也会经常遇到，比如说先滑动到一个大光标，然后里面还套用了几个小光标，这时候读屏软件只能获取到一个大光标，这种应该怎么反馈呢？这种的话只要把布局拆分，然后主布局不要添加描述，就能解决这个问题，当然了，还有很多很多的场景，都是需要专业的术语去引导，因为每个公司的开发方案和开发语言都会有所不同，实现起来和进度也会有所不同，更不要说用以前的谷歌，出的那一套无障碍方案来进行开发软件了，现在的方案都不知道更新了多少代了，因为除了我上述说的这些，现在还有多语言组合开发等等，这些对于无障碍的挑战也是一个很大的，哪怕您看到的是客户端，因为现在的可能都有h5，html,js，php，自绘制等等，然后来组合开发的一套程序，所以我上面说了，说难也难说简单也简单，简单的话是针对那一套，框架的说难的就是后面这些框架的，所以我们在反馈无障碍的前提，首先要了解他大概采用的是什么框架什么方案，这样反馈起来就直接，针对性很多了，技术也能听得懂也能简单明了，不然他根本都不知道无障碍是个什么东西，虽然很多人会开发软件，但是对于盲人的使用还是一头雾水，所以我也很荣幸以前参与了几套软件的无障碍反馈开发，只是后面有很多事情要做，再加上有一些东西不是我能可控的，所以后面就直接没有反馈任何无障碍了，只是有些公司对于无障碍方面确实很重视的，才会私底下问我，我一般才会进行沟通，其中一个就是讯飞相关的，前期也给微众银行提出一些建议，如果后期的无障碍，没有一个太好的引导，无障碍只会越来越畸形，只会作为一些公司的应付上级领导的一个方案，不信我们拿着花生米，瓜子，拿着小啤酒慢慢看，所以这里个人有一个小小的建议，如果正在做无障碍相关工作的人员，或者是一些头部这些读屏厂商的公司，要去带好头，做好相关的无障碍反馈，就一定不要让无障碍变得真正的无障碍，一定是引导公司去做相对应的工作和考虑在开发的时候就已经考虑进去这些方案，不要到时候为了无障碍而做无障碍，老人版，盲人版，其他残障板等等。

来源：掌上乐园,4小时前发布