服务器：再次酷

最近的假期带来了一波笑话，暗示JavaScript转移到服务器侧。这一趋势似乎受到了两个关键发展的推动：

• Basecamp的Hotwire：该框架以“电线上的HTML”销售，强调了服务器端HTML的生成，并保留客户端JavaScript的JavaScript以完成基本任务。
• React的零包装服务器组件：这代表React的初始涉足服务器端渲染，旨在优化性能。

尽管营销令人印象深刻，但这些方法基于既定概念。 Hotwire的Turbo是Turbolinks的演变，巧妙地拦截了内部链接点击。它不用全​​页刷新，而是使用History.pushState()获取内容，插入它并更新URL，而是创建一个没有SPA复杂性的单页应用程序（SPA）体验。对于使用ERB模板的Rails开发人员来说，这特别有吸引力。

但是，这种“电线上的HTML”方法的效率值得商bat。普遍的智慧通过发送JSON来最大程度地减少网络流量，需要客户端模板。这介绍了将客户端库和处理数据加载到DOM的开销。尽管“电线上的HTML”避免了这些成本，但假设HTML大于JSON，则可能会增加网络有效载荷的大小，这是一个可疑的假设。最终，效率取决于有效载荷尺寸和处理要求。

React的新服务器组件挑战了典型的客户端焦点。初始预览显示了更快的渲染，尤其是在获取自己数据的嵌套组件时。网络响应不是domready的HTML，而是专有格式（被描述为“带孔的JSON”），代表反应组件。这是至关重要的，因为客户端捆绑包不包括组件，从而允许有效的状态管理。这与当前的SSR方法（如Next.js）有很大不同，为将来的改进铺平了道路。

本质上，服务器在特定任务上表现出色。当前的趋势表明，转向减少客户端的工作量，解决客户端资产不断增加的规模。这种重点关注的是服务器端处理，结合边缘计算，有望获得显着的性能提高。

1. 专有格式虽然与调试网络请求相关，但主要用于内部反应通信，而不是公共API。
2. 最小状态传递给服务器；服务器本身是无状态的，主要是处理路由信息。

以上是服务器：再次酷的详细内容。更多信息请关注PHP中文网其他相关文章！