- 主题:请教,关于django的前后端的说法
若采用前后端分离应当采用Djano rest framework编写后台接口,若前后端不分离,采用Django自带模板。
我的一篇文章,评委给了上面的意见。
--
FROM 106.224.73.*
python小白,请大佬指证。
--
FROM 106.224.73.*
这是在请教啥呢,看不出你的问题
--
FROM 124.193.81.*
django作为mtv模式。t就是模板。本身就应该前后端分离
--
FROM 106.224.64.*
templates里面不都放html文件。然后单独对前端进行设计吗
--
FROM 106.224.64.*
去github上拉个好项目看看啊,不要闭门造车
--
修改:hitero FROM 101.84.196.*
FROM 101.84.196.*
评委的意见没毛病。
纯粹意义上的前后端分离,是你的前端和后端在代码上没有任何瓜葛,彼此之间只根据api进行约定。
在前后端分离的情况下,前端使用js+css框架,比如vue+elementui之类的流行方案,
后端只通过DRF提供restful api服务,django标准的V和T都用不上。
此时,后端换成任何语言、框架方案,只要保持对api的约定,对前端无感,
比如后端换成spring-boot,前端应该毫不知情愉快玩耍,这样就叫前后端分离。
从工程管理方面来说,此时前后端应该是两个工程,文件上毫无交集,可以由两个不同的团队开发。
你如果还是用了django标准的v和t,保留了session,只是前端用了ajax和后端交互,
那不是所谓的“前后端分离”只能算是传统的“ajax交互”。
我猜你应该文章里的应该是这个场景。
【 在 liuenzhe1981 的大作中提到: 】
: 若采用前后端分离应当采用Djano rest framework编写后台接口,若前后端不分离,采用Django自带模板。
: 我的一篇文章,评委给了上面的意见。
--
修改:i00i FROM 124.202.17.*
FROM 124.202.17.*
是的。我就是传统的模板。其实文章里面没有提前后端分离。感觉能实现基本功能,就没用api。也不清楚为啥提这个。还是谢谢大家!
--
FROM 106.224.64.*