小编ric*_*nyc的帖子

最佳实践:可以仅渲染 Turbo Stream 响应吗?或者始终包含标准 HTML 响应?

将 format.html 和 format.turbo_stream 响应保留在所有控制器响应的 respond_to 块中是否是最佳实践?是否存在仅包含turbo_stream 响应是安全的场景?

\n

Hotwire 文档指出:

\n
\n

在不使用 Turbo Streams 的情况下开始交互设计是一个很好的做法。让整个应用程序像 Turbo Streams 不可用时一样工作,然后将它们分层作为升级。这意味着您\xe2\x80\x99不会依赖需要在本机应用程序或其他没有它们的其他地方工作的流程的更新。

\n

对于 WebSocket 更新尤其如此。如果连接状况不佳,或者存在服务器问题,您的 WebSocket 很可能会断开连接。如果应用程序设计为在没有它的情况下工作,那么它\xe2\x80\x99 将更具弹性。

\n
\n

我假设这意味着我们应该始终使用非 Turbo Stream 响应、错误处理等作为后备?

\n

我在我的 #index 页面之一成功实现了 Turbo Streams。我有一个表,其中的行代表集合中的每个模型,每行中都有操作按钮,可以让用户更新模型。以前,按钮链接到单独的 #edit 表单页面,然后是 #show 的标准 CRUD 流程、错误处理等。现在,使用 Turbo Streams,用户可以在不离开 #index 表视图的情况下更新行。太棒了。我希望摆脱旧的视图页面,但想知道是否需要保留它们作为后备。

\n

ruby-on-rails hotwire-rails ruby-on-rails-7

8
推荐指数
1
解决办法
2041
查看次数