首页 2026-09-16 我并不是想开玩笑。我真的想考虑一下，在2026年，在这个充满氛围编码、主动编程，以及循环、图形或其他任何图示隐喻基础工程流行的时代，所使用的网络框架是否重要？更重要的是（对我和我的特定兴趣而言），冒着自我讽刺的风险：我们是否应该创造新的框架？React获胜了，那么我们还尝试一些新东西吗？现在是否只是为小众留出更多空间？没有人关心实现细节。没有人关心.tsx文件里有什么。这是否开辟了尝试新事物的新机会，或者，由于这并不重要，整个行业就决定永久使用最稳定的东西？在这个巨变的时代，我们获得了重新思考最佳实践的机会（或者在Remix的案例中，重新再思考），并将一切重新摆上桌面。这并不意味着一切都留在桌面上，只是我们将保留好的，抛弃坏的，修改丑陋的。这篇文章的问题并不是需要驳斥的，而是值得认真思考的。作为一名全职从事开源框架工作三年的人，我对这个问题深感兴趣。我并不想保护自己/我的手艺，我希望能够提升我的手艺并拥有一个好的职业生涯。我在考虑，也在尝试预测（并创造）未来。记住“我可能错了”是一个谦卑的提醒，而记住几乎所有其他人也会错的则是一个鼓舞人心的提醒。在这篇文章中，我想将这个问题及其含义分解成更基本的要素，以便我能够重建一个值得追求和构建的现实版本。为此，首先考虑什么是网络框架是值得的。我发现这很困难，因为这是一个非常模糊和一般的术语，你最终会拿Flask与jQuery、React与Next.js进行比较。相反，我认为考虑框架提供的价值更有助益。我认为这个说法足够了：框架为构建你的网站提供抽象、结构和约束。想象一下 想象一下没有React 如果你尝试，这会很简单 我们下方没有Svelte 上方只有双（进制） 想象所有的人 今天的提示（抱歉，Svelte，用“地狱”这个词替代你。并不是因为我认为有相似之处，我只是喜欢它的声音。）让我们回到论点上，并稍微阐述一下。这是我现在听到的传统智慧：自从模型在主动编程方面变得优秀（大约在25-26冬季），我越来越不在乎代码（你也应该如此）。特别是对于任何前端代码来说，因为它主要是呈现的。因此，如果它看起来不错，那么它就不错。鉴于模型的状态，并考虑到React已成为最主流的UI框架，以及非常流行的元框架Next.js（以及其他一些不错的选择，比如React Router和TanStack Start），再尝试其他任何东西真的没有必要和价值。此外，由于在野外有大量的React代码，模型在这些代码上受到了更严格的训练，因此对React更好（或者至少更熟悉）。React的奇点已经发生了，接受这一点。显然（我希望）我现在有点在开玩笑。这个论点仍然值得仔细考虑，主要是因为我看到人们在他们的氛围编码应用程序中盲目崇拜这种观点和React。然而，还有一些更严肃的人，比如Cursor团队，似乎确实相信在主动编程的时代，使用React是一种优势。我想挖掘这些观点的每一个：你无需担心前端代码；模型因其训练数据与React更匹配；模型在缺乏训练数据的新框架下表现不佳。然而，我对此的价值并不是很确定，尤其是在为React辩护时。我对逻辑有一个更大的问题，这源于我最初的问题：框架还重要吗？我不明白这个论点的地方：为什么是React？为什么任何框架或UI库？如果大型语言模型在前端代码方面如此优秀，并且人们越来越不在乎他们的HTML、JavaScript和CSS的细节，只关心它们的外观和行为，那么为什么要在大型语言模型和网站之间加入一层抽象？如果有任何时候应该接受Web组件，当然就是现在。React不再需要成为你个性的代表。免责声明：我这样说是因为我有一个名为“与Brooks Lybrand的React技巧”的YouTube频道。此外，我们已经有AI实验室来创造我们新的个性，因此我们会没事的。让我换个角度表达这个论点：自从模型在主动编程方面变得优秀（大约在25-26冬季），构建一个美丽和交互的网站比以往任何时候都容易，而不必担心我们之前所说的DX（开发者体验）。我的代理人不关心文件基础上的事务。