FrankHB
2019-10-14 18:49:40 +08:00
网页在 UI 上还是太残了。“页面”的概念本来就不是为了交互式程序而产生的，以“动态”页面代替 GUI 程序交互的馊主意是之后补上去的，其流行也相当偶然。
即便只是考虑呈现可供扩展交互的静态内容的这个功能，现行的网页底层的超文本系统也比不过更早但因为某些（更偶然的）因素不够流行的设计，例如 Project Xanadu。
更麻烦的还是作为支撑交互可编程性的事实标准过于死板，特别是 ECMAScript 一家独大的问题（且不说 ES 本身有多烂）。WebAssembly 会逐渐改善这点，但不提供 AST 之后的设计已经无力使这部分运行时的工作直接演进了。以后会有不得不有更长的共存期。在强调 AOT 翻译的实现趋势下，交互使用的语言层次上提供的动态性很可能会被削弱，使动态页面为基础的界面进一步丧失和大部分其它 GUI 系统相比的仅存的可编程性优势。
AR 只是当前人机交互技术的水平扩展，并不能直接改善现有系统的缺陷，也不能有效地取代现有系统的典型应用。不管对页面还是非页面为基础的 GUI 系统，它的影响整体上是有限和相仿的。有没有 AR 并不大可能会导致现有交互程序的实现演进方向有实质区别。
综上，正常发展的情况下，现在意义下的网页技术上各种意义上都必须死，只是因为尾大不掉的习惯和兼容性包袱，会非常慢罢了。最终，不是浏览器干掉其它 agent 替你干任何事，是浏览器被其它更一般的客户端技术取代而重新融合，绕了一圈弯路而已。目前这样的一般客户端的公共实现中一部分是依赖 ES 运行时的，以后 ES 要是因为自身包袱等原因衰弱，具体线路就难说了，但是大的方向仍然不会变。
至于 LZ 说的网站形态不同实际上是另一回事。只要有需求，其存在性就不会有根本上的变化，只是会改换形式继续存在。