django - 独立 REST API 和独立 React SPA 对比 Django 和 React 组合

Question

我想创建一个 React SPA，它是通过查询 Django REST API 来提供的。
我在看 this ，我遇到了这一点:

I see the following patterns (which are common to almost every web framework):

1. React in its own “frontend” Django app: load a single HTML template and let React manage the frontend (difficulty: medium)
2. Django REST as a standalone API + React as a standalone SPA (difficulty: hard, it involves JWT for authentication)
3. Mix and match: mini React apps inside Django templates (difficulty: simple)

似乎在 SPA(单页应用程序)的情况下，选择 1 会更好。据我了解，React 应用程序只是一个包含所有必需 css、html 和 js 的大文件，对吧？
所以我们只是创建这个文件，并在 Django 应用程序的特定端点上提供它。然后，我不明白“独立”做事方式的好处。我们需要两个不同的域，这会导致身份验证问题，而独立 SPA 实际上只是提供静态文件，对吗？是否有理由使用独立的 SPA 会很有趣？
但是当我读到 React in Django or React as a standalone? ，建议前后端分开。我想知道我缺少什么，以及创建独立的 React SPA 有什么好处。 reactjs - React in Django or React as a standalone? - Stack Overflow提到它将允许后端被不同的应用程序重用，但我不明白如果它提供静态文件，什么会阻止我的后端被重用。我的后端不会消失，它还会在这里，准备重用，对吧？

Answer 1

第 1 点。是的，react 应用程序捆绑在几个文件中，您可以在 html 模板中使用这些文件
pt2。如果您已经有一个大型 Django 项目在运行，并且您负担不起将所有内容迁移到 React SPA，那么 standalone 会很有趣
pt3.您正确地指出后端只是另一个提供内容的应用程序，并且可以像任何其他 API 一样访问。不同之处在于提供的内容:在创建 React SPA 时，后端只关心请求什么数据以及需要将哪些数据持久化到数据库中。现在，您的前端代码可以专注于特定的前端问题，例如用户体验和用户浏览/导航:例如，利用 Redux 存储，您可以在浏览器 session 中存储 JWT token ，或缓存已检索到的数据，这些数据可能是在其他页面上很有用。这大大减轻了后端的负担，因为您不需要两次发送相同的数据。