带有SPA的Django REST“内部”还是完全独立? 我正在进入一个新项目,在该项目中我将尝试构建SaaS Web应用程序,并着手在前端使用Django Rest(使用Postgres来利用模式)和React / Vue。
我不确定并且似乎无法得到答案的是人们构建这些框架的方式。例如,作者在https://www.valentinog.com/blog/drf/上写道:
我看到以下模式(几乎每个网络都通用 框架):
在自己的“前端” Django应用程序中进行反应:加载单个HTML模板 然后让React管理前端(难度:中等)
Django REST作为独立的API + React作为独立的SPA (困难:很难,它涉及到JWT进行身份验证)
混合搭配:Django模板中的迷你React应用(难度: 简单)
这是我的建议。
如果您刚开始使用Django REST和React,请避免 选项2。
在以下情况下,选择选项1(在其自己的“前端” Django应用中进行反应)
- 您正在构建类似应用的网站
- 界面有很多用户交互/ AJAX
- 您可以使用基于会话的身份验证
- 没有SEO问题
- 您对React Router没事
为什么这样做有好处,实际上与拥有独立的rest api和独立的SPA有什么不同?我要使用Django的原因是,我不必担心身份验证和授权,并且我还计划使用管理面板-如果我要为后端和前端使用两个完全独立的应用程序,这将“不起作用” ? (例如django休息的唯一目的是公开api和前端以使用它)。
在同一个“根”项目中拥有Django休息和SPA可以带来什么所谓的好处