他们将不再发布多页面应用程序，而是发布多页面应用程序，这些应用程序只是通过水合作用逐步将自身增强为单页面应用程序，现在我们是对的回到我们有一个SPA。 克里斯：所以，我提到有些东西已经改变了，我最近看到了 Rich Harris 的演讲，他是 Svelte 和 SvelteKit 的创建者，关于这件事，他非常坚信 SPA 对用户来说更好，因为你不需要获取和每次加载页面时重新运行所有 JavaScript。我得到了这个论点，SvelteKit 以一种非常酷的方式做到了这一点，他们只是拦截传统的超链接并进行一些检查，而不是像 或类似的东西那样使用链接元素，React 路由器或其他什么东西查看它们是否指向您的当前页面或外部站点并进行相应的操作。
克里斯当他们谈论 SPA 更好时
没有人谈论的是所有可访问性的东西，他们往往会破坏这些东西，然后你需要重新插入。所以，即使你喜欢，“好吧，这个库正在来处理拦截链接、查找页 巴林电话号码列表 面、完成所有渲染并找出需要更改的内容和保持不变的内容，”关于如何让使用屏幕阅读器的人知道 UI 已更改，这个经常被忽略的部分以及如何以一种不那么令人讨厌的方式做到这一点。您不想阅读页面的全部内容，因此您不能只在其中添加 ARIA live 属性。 克里斯：您是否将焦点转移到页面上的 H1 元素？如果用户没有在页面上放置 H1 元素会发生什么？您是否有一些视觉上隐藏的元素，您可以在说页面已加载时放置一些文本以便他们知道？您是否确保将焦点转移回顶部，这样如果他们是键盘用户，他们就不会被困在页面的中间？这是你如何处理的事情之一，这取决于具体情况。我认为图书馆要实现适用于所有用例的解决方案确实很困难。
我认为假设开发人员总是会做正确
的事情是乐观的。 克里斯：我一开始就提到，我对这些工具感到兴奋，但我也看到他们这样做，让我们再次重复同样的错误，这对我来说就是这样的感 BTC 数据库欧盟 觉。我完全理解为什么在某些非常繁重的网站上，您可能想要转向 SPA 模型，但也有很多地方在走这条路时确实会对您自己或您的用户造成真正的伤害。因此，我担心这些工具的出现是为了解决一堆 UI 或 UX 以及基于状态的 UI 的性能相关问题，然后最终以不同的方式重新实现它们。那是我的肥皂盒。如果您有任何问题或意见，我很高兴听到。 德鲁：因此，就像我们谈话时经常发生的那样，我们一直走到最后并得出结论：我们注定要失败。 克里斯：不是。我认为我们正朝着正确的方向前进，德鲁。与几年前相比，我不再那么沮丧和忧郁了。
