Leslie Cohn-Wein 的主要观点
虽然 [大量 div、内联样式、焦点管理问题] 都是有效的关注点，但需要注意的是，React 中没有任何内容阻止我们构建可访问的 Web 应用。
没错。我完全有能力（而且遗憾的是，也经常犯错）使用或不使用 React 构建不可访问的界面。
我一直告诉人们，提升前端设计和开发技能的一种方法，尤其是在早期，是 理解如何更改类。我可以编写几行 JavaScript 代码来添加/删除一个 active 类并快速构建一个选项卡式界面。但是，我是否以一种默认情况下可访问的方式构建了 HTML？我是否处理了键盘事件？我是否处理了所有相关的 aria-* 属性？我在这里回答我自己：没有。随着时间的推移，我在这方面有所改进，但遗憾的是，我对于 正确模式 的肌肉记忆并不总是存在。
我也倾向于倾听我信任且专门从事无障碍工作的专家 说，单页应用（SPA）的激增（React 是其中的主要参与者），与无障碍问题的激增明显同时出现。
不过我仍然很乐观。例如，React 有一个 经过认可的选项卡解决方案，它开箱即用即可访问。我会使用它们，因此我构建选项卡的肌肉记忆现在会产生更易访问的产品。当我需要使用 React 进行路由/链接时，我会选择 Reach Router，并且可以获得他们所说的 “内置的”无障碍性。再次，获得“免费”的东西是一件非常强大的事情，就像他们所说的那样。
具有内置无障碍性的第三方组件是解决方案。并非每个 Web 开发人员都能学习如何使他们的组件完全可访问。如果 Web 上的无障碍性在未来几年内没有改善，那将是因为我们没有投入足够的精力来创建和推广易于使用的、具有内置无障碍性的 Web 组件。
关于 SPA 中的路由，这里还有一个针对 Vue 的策略： https://marcus.io/blog/accessible-routing-vuejs
正在努力为 vue-router 贡献这方面的内容，因此，理想情况下，在不久的将来，一旦您使用它，可访问的路由也将“内置”其中。
我非常努力地将 a11y 融入我的自定义 React 组件中。我是一个老派的 HTML/CSS 开发人员。
最近，我不得不在几个项目中使用 ReactStrap。看到“选项卡”组件中完全没有键盘管理或 ARIA，我感到非常失望。最终还是使用了“react-tabs”。好多了。