关于flask_restful的异常处理
flask_restful的错误处理⼀直感觉有点混乱，官⽅⽂档写的也不清不楚的，所以⾃⼰写了⼀个⼩样来测试⼀下。
api = Api()
app = Flask(__name__)
朝鲜柳京饭店flask_restful版本：0.3.8
分为以下⼏种情况：
经典英文台词1.404，有两种情况，⼀种是路由匹配不存在，就是没有这样的url；还有⼀种是主动abort(404)。api的catch_all_404s如果是True，两种使⽤的都是flask_restful内置的异常处理，否则，只有主动的abort(404)使⽤，另⼀种则使⽤在app中定义的404处理
2.abort, 在app中定义的都是⽆效的。在flask视图中使⽤abort，会转到flask的错误处理中，但是在flask_restful就不⾏了。还不知道在flask_restful中怎么加⼊错误码处理。
口语一点通
部门英文3.HTTPException: ptions中的异常，也是flask中的默认异常。对于这类异常和继承的异常，flask_restful对此有特殊的处理，返回的数据格式为{"message":"xxxxxxxxx"},message为该异常的description，http状态码就是该异常的code 属性。可以在初始化时传⼊respon=Reson("xxxxx")，这样就会返回这个。诡异的是，在api的errors加⼊这个异常，返回时是html格式的并且⾮常奇怪的样式。后来在源代码中发现了这个：
error_cls_name = type(e).__name__
if error_cls_name s:
custom_data = (error_cls_name, {})
code = ('status', 500)
gg wpdata.update(custom_data)
在errors中该异常的对应返回值字典中加⼊status属性作为状态码，就能正常返回。
但是这个异常本⾝的code就不能使⽤了。
cretary general
如果不这么写，在异常中加⼊data={}也可以⾃定义返回。无论如何英语
5.其他。对于flask_restful⽆法正确处理的异常，会往上rai。这样就可以通过在app中定义异常处理，第⼀个404⼤概就是这种原理。
flask_restful的开发者已经在github上推⼴其他的替代品。作者原话：
As some folks have noticed, I don't work on this much anymore. This is mostly becau I've found alternatives that I like better
than what's provided here, so I don't actively u Flask-RESTful for any of my projects anymore.
Here's what I recommend for replacements in TL;DR form:
→ Regular flask
hopeful→
→
二本较好的医科大学→
→ Nobody knows what this even does
Marshmallow in particular is a worthwhile change becau it does so many things better than fields or reqpar:
It can par nested objects and lists from requests
verebetter type support
It has better and more flexible validation
better API in general. Schemas are objects that can inherit other schemas for composability
Regarding Resource I found that I did not need any of the wrapping that it and Api do. Just MethodView from Flask was plenty for any u ca I found.
看样⼦作者似乎不再打算积极维护这个拓展，评论⾥也有不少⼈推荐了其他的类似拓展。
