7.1 删除模型的注意事项
1.204 的HTTP状态码代表的是NO CONTENT，无内容。所以如果状态码是204，那么无论返回什么，前端都接受不到，但是我们要尽量返回格式化的信息，让前端能够判断，为此，我们可以使用状态码202，并且添加一个特殊的error_code=-1 来代表删除操作
2.由于我们的删除是逻辑删除，使用get的方法会一直可以查询出当前用户，这里我们应该使用filter_by()，传入status=1，好在，我们之前已经在基类重写了filter_by()，所以我们只需要调用filter_by()传入id即可
代码语言：javascript复制@api.route('/<int:uid>', methods=['DELETE'])
@auth.login_required
def delete_user(uid):
with db.auto_commit():
user = User.query.filter_by(id=uid).first_or_404()
user.delete()
return DeleteSuccess()class DeleteSuccess(Success):
code = 202
error_code = -13.防止超权现象 id=1的用户，不能删除id=2的用户，为了解决这个问题，我们的uid不能由用户传入，而是应该从他传入的token中取出来。由于我们之前做token验证的时候，已经把取出来的信息存入到了flask的g中，所以我们只需要从g中取出来做判断即可
代码语言：javascript复制@api.route('', methods=['DELETE'])
@auth.login_required
def delete_user():
uid = g.user.uid
with db.auto_commit():
user = User.query.filter_by(id=uid).first_or_404()
user.delete()
return DeleteSuccess()两个知识点 1.g.user.uid之所以可以这样用.的方式获取uid，是因为我们在向g中存储user的时候，使用的是namedtuple，而不是dict，不然我们就只能g.user['uid']这样获取了
2.即使两个用户同时访问这个接口，我们也不会出错，g会正确的指向每一个请求的user，这是因为g是线程隔离的
4.我们是需要一个超级管理员用户的试图函数super_delete_user，可以通过传入uid来删除指定用户的。但是对这两个接口，普通用户应该只能访问delete_user，而超级管理员都能够访问。
首先我们需要创建一个管理员用户，不过管理员用户不能通过公开API来创建，而应该直接在数据库里创建，但是这又涉及到一个问题，就是直接在数据库里创建，密码不好生成。所以最好的方式是创建一个离线脚本文件
代码语言：javascript复制from app import create_app
from app.models.base import db
from app.models.user import User
__author__ = "gaowenfeng"
app = create_app()
with app.app_context():
with db.auto_commit():
user = User()
user.nickname = 'super'
user.password = '123456'
user.email = '999@qq.com'
user.auth = 2
db.session.add(user)这个脚本不仅仅可以生成管理员，还可以使用它生成大量的假数据，测试数据
7.2 权限管理方案
通过之前的分析，我们可以发现，我们之前的get_user，实际上应该是super_get_user，而我们应该在多添加一个get_user作为普通用户的获取方法
代码语言：javascript复制@api.route('/<int:uid>', methods=['GET'])
@auth.login_required
def super_get_user(uid):
user = User.query.filter_by(id=uid).first_or_404(uid)
return jsonify(user)
@api.route('', methods=['GET'])
@auth.login_required
def get_user():
uid = g.user.uid
user = User.query.filter_by(id=uid).first_or_404(uid)
return jsonify(user)1.不太好的权限管理方案
我们只要可以在视图函数中获取到用户的权限，就可以根据权限来判断，用户的身份，来做出不同的控制。
要做到这一点，我们只需要在生成令牌的时候，将is_admin的字段写入到token中。然后再视图函数中取出这个字段来进行不同的判断就好了。
这样的方案有两个缺点： 1.代码太啰嗦了，每个视图函数都需要做这样的判断。 2.我们把全新想的太简单了，我们这个项目只有管理员和普通用户两种，但是真正的权限应该有各种分组，每个分组每个用户都有不同的权限，如果这样，再在视图函数里进行控制基本上是不可能
2.比较好的权限管理方案
假如说我们在代码里做三张表（Mysql，Redis，配置文件），每一张表都记录着某一种权限，现在假如某一个请求过来了。当用户访问@auto.login的接口的话，他必须要带有一个token令牌中的，而我们是可以从token中读取到当前的权限种类的，并且我们是可以知道他所访问的接口的。我们可以拿权限种类和接口做匹配，然后来做判断。 这样做还有一个很好的优势，是我们可以在进入方法前进行权限判断，如果不能够访问根本就不会进入该方法。
image.png
7.3 Scope权限管理的实现
1.编码实现
根据上一小节的编写，我们来动手编写权限管理方案
1.1 scope配置
libs/scope.py
代码语言：javascript复制class AdminScope:
allow_api = ['v1.super_get_user']
class UserScope:
allow_api = ['v1.get_user']
# 判断当前访问的endpoint是否在scope中
def is_in_scope(scope, endpoint):
# 反射获取类
scope = globals()[scope]()
return endpoint in scope.allow_api1.2 生成令牌
models/user.py
代码语言：javascript复制@staticmethod
def verify(email, password):
user = User.query.filter_by(email=email).first_or_404()
if not user.check_password(password):
raise AuthFailed()
# 根据权限码转换成对应的Scope
scope = 'AdminScope' if user.auth == 2 else 'UserScope'
return {'uid': user.id, 'scope': scope}api/v1/token.py
代码语言：javascript复制def generator_auth_token(uid, ac_type, scope=None,
expiration=7200):
"""生成令牌"""
s = Serializer(current_app.config['SECRET_KEY'],
expires_in=expiration)
return s.dumps({
'uid': uid,
'type': ac_type.value,
# 将scope写入token
'scope': scope
})1.3 验证令牌
代码语言：javascript复制def verify_auth_token(token):
s = Serializer(current_app.config['SECRET_KEY'])
try:
data = s.loads(token)
except BadSignature:
raise AuthFailed(msg='token is valid', error_code=1002)
except SignatureExpired:
raise AuthFailed(msg='token is expired', error_code=1003)
uid = data['uid']
ac_type = data['type']
scope = data['scope']
# 判断是否有权限，如果没有，抛出异常
allow = is_in_scope(scope, request.endpoint)
if not allow:
raise Forbidden()
return User(uid, ac_type, scope)7.4 Scope优化
1.支持权限相加
假如我们的UserScope的权限是A，B，C。而AdminScope的权限是A，B，C，D。按照我们的写法，我们的A，B，C就需要些两遍。况且这只是一个简单的例子，实际情况下会更复杂。所以我们需要实现一种方法，可以让AdminScope的allow_api可以和UserScope的allow_api相加得到新的allow_api。
代码语言：javascript复制class AdminScope:
allow_api = ['v1.super_get_user']
def __init__(self):
self.add(UserScope())
# 这个方法可以将其他的Scope合并到当前Scope。省去重复代码的编写
def add(self, other):
self.allow_api = self.allow_api other.allow_api2.支持权限链式相加
现在我们只能讲AdminScope和UserScope的权限相加，如果还想再加上其他的Scope，就需要链式的操作
代码语言：javascript复制class SuperScope:
allow_api = ['v1.super_get_user']
def __init__(self):
self.add(UserScope()).add(AdminScope())
# 这个方法可以将其他的Scope合并到当前Scope。省去重复代码的编写
def add(self, other):
self.allow_api = self.allow_api other.allow_api
return self3.所有子类支持相加
add方法不应该写在具体的Scope类中，因为这样就只有当前Scope类有该功能了。应该将add方法写在基类Scope中
代码语言：javascript复制class Scope:
allow_api = []
def add(self, other):
self.allow_api = self.allow_api other.allow_api
return self
class SuperScope(Scope):
allow_api = ['v1.super_get_user']
def __init__(self):
self.add(UserScope())
class UserScope(Scope):
allow_api = ['v1.get_user']4.运算符重载
现在我们一直使用add()方法，太啰嗦了，我们可以修改我们的代码，使得我们可以使用 号来完成add()方法的功能。 要完成这个功能，就要使用到运算符重载的技术
代码语言：javascript复制class Scope:
allow_api = []
def __add__(self, other):
self.allow_api = self.allow_api other.allow_api
return self
class SuperScope(Scope):
allow_api = ['v1.D']
def __init__(self):
self AdminScope() UserScope()
class AdminScope(Scope):
allow_api = ['v1.B', 'v1.C']
def __init__(self):
self (UserScope())
class UserScope(Scope):
allow_api = ['v1.A']5.去重
我们现在的scope，编写完成之后，由于可能会连续相加，会有很多重复的试图函数，如SuperScope()中会出现两次v1.A,现在我们就需要将这些重复的试图函数去除掉。我们只需要使用set这个数据结构，就可以完成。
代码语言：javascript复制class Scope:
allow_api = []
def __add__(self, other):
self.allow_api = self.allow_api | other.allow_api
return self
class SuperScope(Scope):
allow_api = {'v1.super_get_user'}
def __init__(self):
self (UserScope())
class UserScope(Scope):
allow_api = {'v1.get_user'}
def is_in_scope(scope, endpoint):
scope = globals()[scope]()
return endpoint in scope.allow_api6.模块级别的Scope
现在我们的Scope都是试图函数级别的，加入我们的user下面有100个试图函数，我们就需要把这100个全都加入进来，我们可以想办法，让我们的Scope支持可以添加一个模块下的试图函数。
我们可以添加一个变量，allow_moudle，来标示允许通过的模块。然后现在我们的is_in_scope只是简单的判断endpoint是否在scope.allow_api中，endpoint默认的形式是blueprint.view_func 的形式，我们可以自定义endpoint为blueprint.moudle_name view_func这样的形式，这样我们我们就可以在is_in_scope进行模块的判断
修改红图的注册：
代码语言：javascript复制def register(self, bp, url_prefix=None):
if url_prefix is None:
url_prefix = '/' self.name
for f, rule, options in self.mound:
# 修改endpoint的定义
endpoint = self.name ' ' options.pop("endpoint", f.__name__)
bp.add_url_rule(url_prefix rule, endpoint, f, **options)scope.py
代码语言：javascript复制class Scope:
allow_api = set()
allow_module = set()
def __add__(self, other):
self.allow_api = self.allow_api | other.allow_api
return self
class SuperScope(Scope):
allow_module = {'v1.user'}
class UserScope(Scope):
allow_api = {'v1.user get_user'}
def is_in_scope(scope, endpoint):
scope = globals()[scope]()
splits = endpoint.split(' ')
red_name = splits[0]
return (endpoint in scope.allow_api) or
(red_name in scope.allow_module)7.支持排除
如果一个模块又100个视图函数，UserScope需要访问98个，AdminScope需要访问所有，那么UserScope的编写就太麻烦了，我们可以让我们的Scope 支持排除操作，这样UserScope就可以添加AdminScope的全部，然后再排除掉他不能访问的两个就好了
代码语言：javascript复制class Scope:
allow_api = set()
allow_module = set()
# 支持排除
forbidden = set()
def __add__(self, other):
self.allow_module = self.allow_module | other.allow_module
self.allow_api = self.allow_api | other.allow_api
self.forbidden = self.forbidden | other.forbidden
return self
class SuperScope(Scope):
allow_module = {'v1.user'}
class UserScope(Scope):
forbidden = {'v1.user super_get_user', 'v1.user super_delete_user'}
def __init__(self):
self SuperScope()
def is_in_scope(scope, endpoint):
scope = globals()[scope]()
splits = endpoint.split(' ')
red_name = splits[0]
# 首先判断是否在要排除的列表里
if endpoint in scope.forbidden:
return False
return (endpoint in scope.allow_api) or
(red_name in scope.allow_module)
