Ruby on rails ruby on rails的React/redux优势

我们开发了一个RubyonRails解决方案，其中包含一个基于react/redux客户端的“客户机-服务器”。 Ou的目标是轻松创建一个具有拖放功能的应用程序，可排序列表

对于每个视图，我们都在RubyonRails上开发了一个控制器，它以json的形式发送数据（比如api/v1/models）。。。 在react中，我们编写了一个路由来获取这些数据并为用户重写根目录（如/models…）

对于身份验证，我们使用令牌，对于分页，我们手动编写代码

与Rails的简单标准MVC相比，一切都变得越来越复杂

我知道我有什么不足（简单、清晰、快速），但我不明白我有什么不足

---

你能解释一下React的好处吗？

好吧，React是为反应式用户界面设计的。这意味着如果你想为你的应用程序创建一个动态的复杂视图，React将使事情变得更简单

因为，使用react，您可以使DOM的每个元素具有特定的行为，并将其封装在组件中。使用纯js或jquery，您必须在html中进行标记，在css中添加样式，在js中添加该行为，并依赖css类对其进行封装

因此，如果你的应用程序不那么复杂，比如简单的CRUD或make重定向不会真正影响用户体验，则不需要react。但如果你想制作一个真正复杂的交互式应用程序，react将使事情变得更简单

关于redux，是一个用于处理数据的库。另外，让react负责管理与DOM的交互，同时对与数据的交互进行redux。此外，我建议让fetch与一些异步redux中间件（如redux saga）一起处理请求，并真正从react中抽象出所有与数据相关的工作

---

我明白，如果你遵循MVC结构将是一团糟。如果你为每个模型制作组件，情况会更糟。但是如果你真的只是制作页面容器并用react router或类似的东西处理路由，就没有那么复杂了。这取决于你的架构，而不是库本身。比如，如果你所有的视图都有一个布局，你就不会必须为每个模型制作相同的布局，只需使用react router处理，只需更改更改的元素。

我可以列出一些，但这个问题只能根据意见回答，因此这里有一个链接

https://dev.to/solutelabs/why-and-when-should-you-use-react-with-ruby-on-rails-2cfc#:~:text=It%C3%ADs%20更容易%20和%20更快%20到，将%20API%20don%C3%ADt%20更改为%20much。