Flask-3-视图（可插拔视图）

标签：view   扩展   port   前端   应对   default   逻辑   功能实现   func   

前沿：本次分享主要是基于类的视图

一、什么是视图函数？

简单来说，被url装饰的==>后面处理逻辑的方法就是视图函数，一般制作三件事，接收请求参数，数据处理逻辑、狗仔响应对象对并返回

一般来说视图函数内的逻辑不应该过长，具体逻辑在另外的模块去封装，等封装的尽量尽快封装，不要等以后，以后重构的话更麻烦更累。

二、视图函数的形式

1、分请求方法

路由中可以根据不同的请求方法来返回不同的东西
比如: project 如果是get请求就返回project信息
如果是post请求 就新增一个project

2、分请求单复数

路由中可以根据参数来动态决定响应对象，例如 project 接口 如果传了id，就返回对象id，的项目信息，如果没有穿则返回全部项目信息，可以定义一个默认id值，defaults = {"id":None}

3、注意视图函数对应MVC的部分，不要越界

视图函数应该负责哪一块已经反复强调几次，不在重复

4、注意：

上述说的视图形式，只是一种举例，具体怎么使用，完全靠自己习惯，你要写两个视图函数来实现，一个视图函数只做一件事情。这种也是完全OK的。遵循RESTFUL那一套也是很好，不过对于前端后不分离，我还是喜欢写一个视图中，这样处理会省事些。

三、基于类的视图（也可以叫可插拔视图）

1、什么是基于类的视图？

falsk从Django那学来，以类的方式实现视图函数的逻辑，封装get，post函数，如果请求方法是get就掉用类中get函数，如果是post请求，就掉类中post的函数，根据请求方法来和类中的函数弄一个绑定关系，达到这种映射的效果，不过需要继承flask的View类。

2、类视图有什么好吃

• 类是可以继承的
• 代码可以复用
• 可以定义多中行为
• 上述说了一个视图实现多个功能的，逻辑就很多 ，此时我们用基于类的视图则比较优雅

3、可插拔视图案例

• 需要继承View
• 必须重写dispatch_request方法，主要实现请求调度的作用。
• 请求方法的限制，可以放在类的methods属性定义
• 装饰器也可以使用自定义装饰器，用decorators属性定义
• 类视图写完我，不能用flask的app.route装饰器来注册路由，只能用add_url_rule方法,绑定视图时用as_view()意思是将类转成视图函数用，接收一个name参数，定义视图函数的名字，或者说定义端点名。因为端点默认取的就是视图函数的名字
• View类中都有说明，可参考VIew源码

from flask.views import View
from flask import Flask, request


# 基于类的视图
class Project(View):
    # 定义请求方法
    methods = ["GET", "POST"]
    
    # get请求方法的执行逻辑
    def get(self):
        return "get"
    
    # post请求方法执行的逻辑
    def post(self):
        return "post"
    
    # 调度函数，必须重写。不重写，View类会直接抛异常
    def dispatch_request(self):
        # 请求方法映射关系
        request_method = {"get": self.get, "post": self.post}
        # 通过requset方法获取前端访问的请求方法
        print(request.method)
        # 通过请求方法，映射到对应的函数对象
        view = request_method.get(request.method.lower())
        print(view)
        # 返回映射到的函数返回值
        return view()


app = Flask(__name__)
# 只能采用集中注册，用as_view方法
app.add_url_rule("/project", view_func=Project.as_view("project"))

# 可以打印看一下视图和url的绑定关系
print(app.url_map)

if __name__ == ‘__main__‘:
    app.run(debug=True)

四、来自Flask的优化MethodView类。

上述我们自己些调度函数dispatch_request，属于硬编码，这种映射关系是我们写死的。非常不优雅。而falsk给我们另外基于View类封装一个MethodView，它里面帮我用获取类属性的方式，也就是用getattr的方法，更加优化的重写了View类的dispatch_request方法

说这么多，所以呢？有什么用？

只要我们的类视图继承这个MethodView类，我们就不需要在每个类视图中在重写dispatch_request。完全不需要在写这个方法了，除非你还有别的要扩展可以超继承或者重写都行

from flask.views import View, MethodView
from flask import Flask, request


class Project(MethodView):
    methods = ["GET", "POST"]

    def get(self,project_id=None):
        if project_id is None
            return "所有项目"
        return "单个项目"

    def post(self):
        return "post"
    
    # 注释掉也是一样的效果，不需要在写了
    # def dispatch_request(self):
    #     request_method = {"get": self.get, "post": self.post}
    #     print(request.method)
    #     view = request_method.get(request.method.lower())
    #     print(view)
    #     return view()


app = Flask(__name__)
app.add_url_rule("/project/<project>", view_func=Project.as_view("project"),methods=["GET"])
print(app.url_map)

if __name__ == ‘__main__‘:
    app.run(debug=True)

五、类视图实现不同功能是的注册机制

类视图非常适合对同一个范畴的东西，不同的功能实现，如项目操作，查询单个项目、查询所有项目、创建项目、删除项目、更新项目等等，此时我们一个类视图就都能实现了，但是在注册的时候 需要分开注册成不同的路由。

from flask.views import View, MethodView
from flask import Flask, request


class Project(MethodView):

    def get(self, project_id=None):
        if project_id is None:
            return "所有项目"
        return "单个项目"

    def post(self):
        return "创建项目"

    def delete(self,project_id):
        return "删除项目"


app = Flask(__name__)
view_func = Project.as_view("project")
# 类视图实现多个功能，我们要集中也建立多个路由，对处理
# 获取单个项目,或删除
app.add_url_rule("/project/<int:project_id>", view_func=view_func, methods=["GET","DELETE"])
# 获取所有项目
app.add_url_rule("/projects", view_func=view_func, methods=["GET"])
# 创建项目
app.add_url_rule("/project/create", view_func=view_func, methods=["POST"])
print(app.url_map)

if __name__ == ‘__main__‘:
    app.run(debug=True)

基于MethedVeiew，采用TESTFUL的设计思路

传统的视图函数(前端后不分离的情况)

我们通常会在函数加很多if判断

@app.route("/projects/<project_id>", methods=["GET", "POST", "PUT", "DELETE"])
def project(project_id):
    method = request.method
    if method == "GET":
        return f"get {project_id}"
    elif method == "post":
        return f"post {project_id}"
    # .....
    return "其他的方法判断"

六、总结：

• 基于类的视图，能够比较优雅的方式实现很多复杂的不同功能
• 类视图定义请求方法，需要加类属性：methods = [‘GET‘]
• 要明白类视图其中是怎么通过请求方法，调度的，核心是基于dispatch_request方法调度的
• 不能用@app.route()注册
• 只能用app.add_url_rule("url",类对象.as_view(视图名字/端点名))
• as_view 最后就是调用dispatch_request方法。
• 类视图用装饰器时，不能在类和类方法上直接装饰，因为我们要装饰的是视图函数（也就是最后执行的是调度类函数），View类中帮我们定义了一个增加装饰器的方法，定义类属性 decorators = [装饰器函数名]
• 说明：view和methodView源码就不贴出来了，想了解可以自己导入后查看，注释写的非常明白，也都有案例

Flask-3-视图（可插拔视图）

标签：view   扩展   port   前端   应对   default   逻辑   功能实现   func   

原文地址：https://www.cnblogs.com/jiangmingbai/p/13097932.html