我完全同意。我可能会在我的个人项目中从React转向类似ArrowJS的东西：https://www.arrow-js.com/docs/ 它使得拥有一个中央的类似JSON的状态对象来表示页面上的内容变得很容易，然后让组件监视该状态的变化并重新渲染。这避免了Redux和Promise链的不透明性，这些在检查和调试时可能很困难（除非我们为这些东西添加浏览器扩展，这感觉像是代码的异味）。我还听说过Astro不错，它可以封装用其他框架（如React）编写的组件，从而避免完全重写：https://docs.astro.build/en/guides/imports/ 我作为后端开发人员在这个领域确实有点超出我的专业范围，所以如果有人知道我试图回忆的实际框架名称（哈哈），请告诉我们。……
源讨论React和Next.js中的RCE漏洞原帖 259 条评论 · 导入时统计为什么React开发团队一直投入时间在那些令人困惑的功能上，这些功能只是在重新发明轮子，并且造成的问题比解决的更多？ 服务器组件相比SSR有什么更好的地方？相比客户端渲染，它能带来什么样的性能提升？ 他们为什么不愿意在解决开发者体验方面投入更多精力？当引入Hooks时，开发者体验急剧下降。他们终于添加了一个编译器，但而不是采用Svelte的方式处理整个状态，而是只增加了记忆化？ 如果我能直接给React团队发消息，我会让他们放弃所有当前的计划，专注于允许用户在组件逻辑中编写原生JS控制流。 抱歉，我有点激动。
完整原文把你的经验，加入这段讨论。
> 我在Ruby的约定优于配置这一理念上也有同样的经历。 我不确定这是在引用什么？这实际上是指Rails吗？
完整原文对于一个单独的HTML页面来说，ArrowJS的网站加载真的很慢。我几乎等了一秒钟，仅仅是为了看到标题。
完整原文> 当 Javascript 现在有了模板字符串，我们真的需要这个吗 是的？JSX 远远不止是模板而已。
完整原文现在没有人再使用 Redux 了，而且它的创建者甚至公开劝阻人们使用它。它是一个遗留系统，把你的问题列表中包含它只会让我觉得你没有 React 经验，也不清楚自己在说什么（除了技术上的空谈，Redux 作为一个产品仍然实现了它原本的目标，所以你的开发体验甚至并不重要）。 在这种情况下，Firebase 只是一个数据库，以及你如何从它那里在客户端或服务器端轮询数据。这是毫无意义的参考。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。