权限(一)

本篇阅读目录

• 一、权限表结构设计
• 二、客户管理之权限控制
• 三、补充

回到顶部

一、权限表结构设计

1、认识权限

　　生活中处处有权限，比如，腾讯视频开会员才有观看某个最新电影的权限，你有房间钥匙就有了进入这个房间的权限，等等。同样，程序开发过程中也有权限，我们今天说的权限指的是web网站权限，对于不同用户访问web服务时应该有不同的功能，如，一个公司有CEO、销售主管、销售等等，不同的用户能访问的服务也不是完全相同的，所以这个时候就需要权限控制了。

2、为什么要开发权限组件

　　组件可以减少重复开发，一次开发，在以后的项目中可以一直使用，避免重复写同样的代码。

3、web开发中权限是指什么？

　　web程序是通过 url 的切换来查看不同的页面（功能），所以权限指的其实就是一个含有正则表达式的URL，对url控制就是对权限的控制。

　　结论：一个人有多少个权限就取决于他有多少个URL的访问权限。

4、权限表结构设计（简单版）

　　根据实际情况，一般一个用户可以有多个权限，一个权限也可以分配给多个用户，所以表结构可以按照如下设计：

用户表                          权限表         
id      name                   id    user_id       url                     title
1      alex                    1       1       /customer/add              添加客户
2      egon                    2       1       /customers/list/           查看客户
　　　　　　　　　　　　　　　　　　 3       1       /consult_records/add/      添加跟进记录
　　　　　　　　　　　　　　　　　　 4       1       /consult_records/          查看跟进记录

　　分析：设计完之后思考一下这样做有什么问题？假设又新增了10个用户，每个用户都有右表中的4个权限，那就要在权限表中新增40条记录，这还是只有4个url的情况，现实生活中一个web网站肯定不止4个url，这意味着每增加一个用户，你就要在权限表中增加若干条记录，加重了程序员的工作不说，这样造成了数据库空间的严重浪费，那么思考一下如何改进！

5、权限表设计（第二版）

　　聪明的你一定有想法了，没错，如果对用户进行划分角色，然后对角色进行权限的分配，问题就解决了。

　　分析：

　　　　一个人可以有多个角色

　　　　一个角色可以有多个人

　　　　一个角色可以有多个权限

　　　　一个权限可以分配给多个角色

　　表结构设计：

用户表：user                        user2role表
id   name                          id      user_id    role_id
1    alex                           1          1         3
2    egon                           2          2         3


角色表：role                      role2permission
id     title                     id        role_id            permission_id
1      CEO                       1            3                  1
2      销售总监               　　 2            3                  2
3      销售              　　 　　 3            3                  3
  　　　　　　　　　　　　　　　　　　 4            3                  4

权限表：permission
id          url                     title
1        /customer/add              添加客户
2        /customers/list/           查看客户
3        /consult_records/add/      添加跟进记录
4        /consult_records/          查看跟进记录

　　经过调整之后，由原来的【基于用户的权限控制】转换成【基于角色的权限控制】，以后再进行分配权限时只需要给指定角色分配一次权限，给众多用户再次分配指定角色即可。

　　models.py中代码如下：

from django.db import models

# Create your models here.
class User(models.Model):
    """
    用户表
    """
    name = models.CharField(verbose_name='用户名', max_length=32)
    password = models.CharField(verbose_name='密码', max_length=32)
    roles = models.ManyToManyField(verbose_name='拥有的所有角色', to='Role')
    def __str__(self):
        return self.name

class Role(models.Model):
    """
    角色表
    """
    title = models.CharField(verbose_name='角色名称', max_length=32)
    permissions = models.ManyToManyField(verbose_name='拥有的所有权限', to='Permission')
    def __str__(self):
        return self.title

class Permission(models.Model):
    """
    权限表
    """
    url = models.CharField(verbose_name='含正则的URL', max_length=32)
    title = models.CharField(verbose_name='标题', max_length=32)
    
    def __str__(self):
        return self.title

　　不经意间，我们居然设计出了一个经典的权限访问控制系统：rbac（Role-Based Access Control）基于角色的权限访问控制。

　　注意：现在的设计还不是最终版，但之后的设计都是在此版本基础上扩增的，为了能够更好的理解，我们暂且在此基础上继续开发，直到遇到无法满足的情况，再进行整改。

回到顶部

二、客户管理之权限控制

1、首先按照上面model示例代码建表，进行数据库迁移，在admin.py中注册表，然后再创建一个超级用户，登录admin录入数据，如下：

2、修改admin的显示格式，以permission表为例：

　　在admin.py中，permission表的注册方法admin.site.register(Permission)改为如下代码：

# 自定义类，类名自己定，但必须继承ModelAdmin
class PermissionConfig(admin.ModelAdmin):  
    list_display = ['pk', 'title', 'url']
    ordering = ['pk']  # 按照主键从低到高

admin.site.register(Permission, PermissionConfig)

　　Permission表显示效果如下，有没有更直观：

 　　注意：使用django的admin添加数据时，一定要记得在admin.py中注册你自己的表，否则登录admin只能看见django自带的表，看不见你自己在model中定义的表。

3、登录视图函数

def login(request):
    if request.method == 'POST':
        user = request.POST.get('user')
        pwd = request.POST.get('pwd')
        user_obj = User.objects.filter(name=user, password=pwd).first()
        if user_obj:
            request.session['user_id'] = user_obj.pk  # 将用户id注入session
            # 查询当前登录人的所有权限列表
            ret = Role.objects.filter(user=user_obj).values('permissions__url').distinct()

            permission_list = []
            for item in ret:
                permission_list.append(item['permissions__url'])
            print('权限列表', permission_list)
            # 将当前登录人的权限列表注入session中
            request.session['permission_list'] =  permission_list

            return HttpResponse('登录成功')
        
    return render(request, 'login.html')

4、控制权限的中间件

from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import redirect, HttpResponse
import re

class PermissionMiddleWare(MiddlewareMixin):
    def process_request(self, request):

        # 设置白名单放行
        for reg in ["/login/", "/admin/*"]:
            ret = re.search(reg, request.path)
            if ret:
                return None

        # 检验是否登录
        user_id = request.session.get('user_id')
        if not user_id:
            return redirect('/login/')

        # 检验权限
        permission_list = request.session.get('permission_list')
        for reg in permission_list:
            reg = '^%s$' % reg
            ret = re.search(reg, request.path)
            if ret:
                return None
        return HttpResponse('无权访问')

回到顶部

三、补充

1、django的配置文件相关

　　django中其实有两个配置文件，一个是我们项目中可以看见的settings.py文件，也就是用户的配置文件，另一个是django默认的配置文件global_settings.py，你有没有注意到虽然有些参数我们在自己的配置文件settings.py中虽然没有定义，但其实他是有值的，没错，django是在默认的配置文件中为我们写好了，同时允许我们在自己的setting.py中重新定义覆盖掉django默认值，由此得出用户的配置文件优先级比django默认的高，因此，我们知道了项目的配置参数由django和我们自己定义的配置文件共同决定的，且django的默认配置文件包含我们自己定义的配置文件，所以，当我们导入配置文件时，应以如下方式：

from django.conf import settings