84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
1,总需求是前台系统和后台管理系统分离。2,实现共用数据层。3,授权系统分离,也就是前后台各一套授权机制。下图为我的站点结构请为怎么设计比较好呢?
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
就按你现在的结构继续做就可以。你主要是想让前后台授权分离吧。各 app 所涉及的 model 分别在 app 所属 models 里定义,然后各自授权机制就让前台用户 model 和 后台用户 model 分别继承 AbstractBaseUser 然后写各自的授权方法即可。( 当然你也可以用其它方式,不一定非要继承 AbstractBaseUser ,比如前台如果是接口的话完全可以用 token 授权的方式 )我之前写过一个网站需要学生登陆与教师登陆还有后台登陆,大概就是这样做的。
就按你现在的结构继续做就可以。你主要是想让前后台授权分离吧。各 app 所涉及的 model 分别在 app 所属 models 里定义,然后各自授权机制就让前台用户 model 和 后台用户 model 分别继承 AbstractBaseUser 然后写各自的授权方法即可。( 当然你也可以用其它方式,不一定非要继承 AbstractBaseUser ,比如前台如果是接口的话完全可以用 token 授权的方式 )我之前写过一个网站需要学生登陆与教师登陆还有后台登陆,大概就是这样做的。