我认为这需要来自平台而不是任何第三方

rmruhul

还记得 jQuery，我认为它被称为扩展方法，或者他们有一些钩子，如果你正在编写一个插件，基本上你会附加到 jQuery 原型并以非破坏性的方式添加你自己的东西。我希望有一些非常轻量级的核心，我们可以将一堆东西固定在其中，那就太好了。

德鲁：是的，因为完成后界面永远不会达成一致。

克里斯：非常真实。

德鲁：你谈论了很多关于 Vanilla JavaScript 的概念，我认为这有助于 Whatsapp 号码列表 给事物命名。我觉得我们在这里讨论的这种方法是原生网络平台的。您认为这描述准确吗？

克里斯：是的。是的，绝对是。

德鲁：是的。所以，你谈到了在必要时仍然会去图书馆和其他地方。您是否会说，如果这是我们铺平牛路的方法，那么生态系统确实需要这些框架进行创新、突破界限并找到持续的需求，那么它们只是生态系统的重要组成部分吗？也许并非如此——

克里斯：是的，可能比我还多——

克里斯：是的。我认为，尽管我不愿意承认，它们是生态系统的重要组成部分。我认为对我来说，我希望他们能做好一件事并保持相对可控的规模。例如，Preact 在添加更多功能方面做得非常出色，并且仍然保持在 3 KB 左右，压缩后的 Gzipped 非常令人印象深刻，考虑到 API 与 React 有多相似，而且它们内部的抽象较少，所以很多动态更新，你，用户 Drew，与页面交互，一些状态变化和渲染发生，最终发生的速度比在 React 中快几个数量级。

克里斯：现在，公平地说，Preact 之所以更新，很大程度上是因为它受益于许多在创建 React 时不存在的现代 JavaScript 方法。因此，在幕后，发生了更多的抽象，但可能需要对 React 进行相对较大的重写才能解决这个问题。

德鲁：我们知道这些总是很受欢迎。

克里斯：是的。它们很危险，我理解为什么人们不喜欢这样做。我已经做过很多次了，最后总是搬起石头砸自己的脚，这不太好。

德鲁：所以，假设我是一名 React 开发人员，目前我正在日常构建客户端 SPA，但我真的很喜欢这种更加平台原生的方法，我想在我的下一个项目中尝试一下。我应该从哪里开始？我该如何涉足这个世界？



克里斯：哦，这要看情况。所以，最简单的方法，我讨厌自己这么说，但最简单的方法，老实说，你有几个选择。其中之一，你抛弃React，你放入Preact，还有第二个较小的东西你需要平滑两者之间的一些兼容性，但这只会给你带来即时的性能提升，文件大小的减少，并且你可以保留做你正在做的事情。我认为更面向未来和更有趣的方式是，你使用像 Astro 这样的工具，它允许你真正使用 React 来编写你的代码，然后它将编译出来......对不起，主要是 HTML，一些 JavaScript，它将去掉 React 本身，只添加你需要的小交互位。

克里斯：一两年前，我看到来自 Netlify 开发者关系团队的 Jason Lengstorf 的一条推文，内容是关于他如何采用他构建的下一个应用程序，保留 90% 的代码，他只是做了一些更改以使其适应方式Astro 融入了事物，运行了 Astro 编译器，他最终得到了完全相同的站点，其中包含几乎所有相同的代码，但交付的 JavaScript 比他输入的要小 90%。您将获得所有的性能和弹性胜利只需在已有的基础上添加一个编译器即可自动实现这一点。

克里斯：因此，我对 Astro 这样的工具感到非常兴奋。我还有点担心像 Astro 这样的工具会成为创可贴，阻止我们解决一些总是使用这些工具的真正的系统性问题。因为你可以继续做你正在做的事情，而不是真正做出任何有意义的改变，并暂时减少它们的影响，我不知道从长远来看，这真的能让我们作为一个行业处于更好的位置。特别是因为像 Svelte 和 Astro 这样的工具现在正在朝着这个想法努力，他们将不再发布多页面应用程序，而是发布多页面应用程序，这些应用程序只是通过水合作用逐步将自身增强为单页面应用程序，现在我们是对的回到我们有。