标签:model 部门主管 经典 key any div 问题: 切换 问题
程序开发时的权限控制,对于不同用户使用系统时候就应该有不同的功能,如:
普通员工
部门主管
总监
总裁
所以,只要有不同角色的人员来使用系统,那么就肯定需要权限系统。
2. 问:为什么要开发权限组件?
答:假设你今年25岁,从今天开始写代码到80岁,每年写5个项目,那么你的一生就会写275个项目,保守估计其中应该有150+个都需要用到权限控制,为了以后不再重复的写代码,所以就开发一个权限组件以便之后55年的岁月中使用。 亲,不要太较真哦,你觉得程序员能到80岁么,哈哈哈哈哈哈哈
偷偷告诉你:老程序员开发速度快,其中一个原因是经验丰富,另外一个就是他自己保留了很多组件,新系统开发时,只需把组件拼凑起来基本就可以完成。
3. 问:web开发中权限指的是什么?
答:web程序是通过 url 的切换来查看不同的页面(功能),所以权限指的其实就是URL,对url控制就是对权限的控制。
结论:一个人有多少个权限就取决于他有多少个URL的访问权限。
问答环节中已得出权限就是URL的结论,那么就可以开始设计表结构了。
你设计的表结构大概会是这个样子:
现在,此时此刻是不是觉得自己设计出的表结构棒棒哒!!!
But,无论是是否承认,你还是too young too native,因为老汉腚眼一看就有问题....
问题:假设 “老男孩”和“Alex” 这俩货都是老板,老板的权限一定是非常多。那么试想,如果给这俩货分配权限时需要在【用户权限关系表中】添加好多条数据。假设再次需要对老板的权限进行修改时,又需要在【用户权限关系表】中找到这俩人所有的数据进行更新,太他妈烦了吧!!! 类似的,如果给其他相同角色的人来分配权限时,必然会非常繁琐。
之前是人对应权限
现在修改为--角色对应权限
聪明机智的一定在上述的表述中看出了写门道,如果对用户进行角色的划分,然后对角色进行权限的分配,这不就迎刃而解了么。
表结构设计:
这次调整之后,由原来的【基于用户的权限控制】转换成【基于角色的权限控制】,以后再进行分配权限时只需要给指定角色分配一次权限,给众多用户再次分配指定角色即可。
在django下新建另一个 app
python manage.py startapp app_name 或 django-admin.py startapp app_name
小伙子,告诉你一个事实,不经意间,你居然设计出了一个经典的权限访问控制系统:rbac(Role-Based Access Control)基于角色的权限访问控制。你这么优秀,为什么不来老男孩IT教育?路飞学城也行呀! 哈哈哈哈。
注意:现在的设计还不是最终版,但之后的设计都是在此版本基础上扩增的,为了让大家能够更好的理解,我们暂且再此基础上继续开发,直到遇到无法满足的情况,再进行整改。
学习知识最好的方式就是试错,坑踩多了那么学到的知识自然而然就多了,所以接下里下来我们用《客户管理》系统为示例,提出功能并实现,并且随着功能越来越多,一点点来找出问题,并解决问题。
from django.db import models class Customer(models.Model): """ 客户表 """ name = models.CharField(verbose_name=‘姓名‘, max_length=32) age = models.CharField(verbose_name=‘年龄‘, max_length=32) email = models.EmailField(verbose_name=‘邮箱‘, max_length=32) company = models.CharField(verbose_name=‘公司‘, max_length=32) class Payment(models.Model): """ 付费记录 """ customer = models.ForeignKey(verbose_name=‘关联客户‘, to=‘Customer‘) money = models.IntegerField(verbose_name=‘付费金额‘) create_time = models.DateTimeField(verbose_name=‘付费时间‘, auto_now_add=True)
标签:model 部门主管 经典 key any div 问题: 切换 问题
原文地址:https://www.cnblogs.com/foremostxl/p/10332289.html