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