Python 仅将django用作后端是否明智?
我现在正在创建一个新的应用程序,这将是一种启动。用户可以注册它并在其中使用许多工具。我希望每天至少有数千次点击 我确信它将使用python&django,因为这是我使用的技术。在这样的项目中,我不确定项目结构和沟通 我想我将使用django和tastypie作为服务端点的后端,并使用另一个基于nodejs的应用程序(例如使用GULP)仅作为前端主机。(前端将使用AngularJS和ui路由器,它将是SPA) 将后端和前端应用程序分开是更好的选择,还是我应该将整个前端文件(js、css、html)作为静态文件保存在django中 对于潜在的大型web应用程序,哪种解决方案更好?也许两者都是坏主意Python 仅将django用作后端是否明智?,python,angularjs,django,project,project-structure,Python,Angularjs,Django,Project,Project Structure,我现在正在创建一个新的应用程序,这将是一种启动。用户可以注册它并在其中使用许多工具。我希望每天至少有数千次点击 我确信它将使用python&django,因为这是我使用的技术。在这样的项目中,我不确定项目结构和沟通 我想我将使用django和tastypie作为服务端点的后端,并使用另一个基于nodejs的应用程序(例如使用GULP)仅作为前端主机。(前端将使用AngularJS和ui路由器,它将是SPA) 将后端和前端应用程序分开是更好的选择,还是我应该将整个前端文件(js、css、html)
非常感谢你的帮助 这是一个非常好的主意,首先将应用程序格式化为restful api 之后,任何平台或前端更改都不会成为连接到服务器的大麻烦
使用这是一个非常好的主意,首先将应用程序格式化为restful api 之后,任何平台或前端更改都不会成为连接到服务器的大麻烦 使用如果您真的在处理缩放问题,那么您希望解耦每个组件。这样,您就可以在负载最重的情况下将资源注入系统的某个部分。这将涉及诸如旋转多个前端web/cache服务器、计算节点等 也就是说,很少有公司需要处理这样的规模,到你处理的时候,你会有一个开发团队为你做所有这些。(正如有人曾经说过的,“可伸缩性是每个开发人员都希望遇到的问题”) 在此之前,您必须拥有前端站点和Api。如果编写好Api,您将能够在以后很容易地插入桌面/移动客户端。您还可以考虑在将来公开API(至少部分地)以允许其他开发人员与您的产品进行交互。
如果您真正处理缩放问题,则希望将每个组件解耦。这样,您就可以在负载最重的情况下将资源注入系统的某个部分。这将涉及诸如旋转多个前端web/cache服务器、计算节点等
也就是说,很少有公司需要处理这样的规模,到你处理的时候,你会有一个开发团队为你做所有这些。(正如有人曾经说过的,“可伸缩性是每个开发人员都希望遇到的问题”)在此之前,您必须拥有前端站点和Api。如果编写好Api,您将能够在以后很容易地插入桌面/移动客户端。您还可以考虑在将来公开API(至少部分地),允许其他开发人员与您的产品进行交互。使用Django模板。