在商业应用程序中使用Django模板系统和/或其管理站点是很好的做法吗？

Question

作为web应用程序和前端应用程序的初学者，我对在商业应用程序中使用姜戈模板系统及其管理界面是否是一个很好的实践感到困惑。

据我所知，web应用的现代方法是在后端和前端之间模块化它们。这种模块化似乎在分离关注点方面具有重要的好处，这意味着：

• 使用REST创建Django后端，由前端使用。
• 创建一个独立的React或Vue前端，向API发出请求。

考虑到这一点，当我阅读姜戈教程时，我确信使用模板和管理站点不是一个好主意，因为没有模块化，因为所有东西都在Django项目中，UI也将依赖Django模板，而Django模板似乎受到设计的限制。

但另一方面，用于管理的CRUD应用程序似乎从Django管理界面中获益良多。我想知道部署作为Django管理站点扩展的系统是否是个糟糕的主意，如果使用Django模板以后会变成一场噩梦。如果有一天我雇佣了一个前端开发人员，如果他们能够有效地处理我通过Django模板系统创建的HTML页面的话。

总之，现在基于Django的商业应用UI是个糟糕的主意吗？

Obs:这个问题是我的堆栈溢出问题的翻版。

Answer 1

这取决于应用程序的多个因素和目标。现有的Django模板系统和管理面板称为构建web应用程序的单块体系结构。它包含所有的业务逻辑代码、数据库访问代码、路由、中间件和前端代码，它们都位于同一个存储库中。现在使用的还有其他体系结构模式，称为微服务体系结构()，在这种架构中，您尝试将系统解耦，并尝试将应用程序划分为较小的独立服务。

如果您的应用程序正在发生变化，并且您想要更频繁地部署更改，而不是为了进行更简单的更改，那么您必须始终一次又一次地部署整个代码。

但是，如果您正在构建一个相对简单的应用程序，并且没有很高的可伸缩性和性能要求，那么您可以继续使用Django视图方法。如果您希望更多地关注业务，并且从零开始开发管理面板的时间和资源更少，那么您可以继续使用Django视图和管理面板。

简而言之，它将取决于项目的规模和项目的目标是什么。