如果按照WSGI的模型来看,werkzeug的位置在什么地方?

发布于 2022-09-04 13:02:50 字数 500 浏览 15 评论 0

在PEP333中,其描述的WSGI模型是,底层Server使用约定的方式即(environ, start_response)参数来调用上层的application。其后上层application通过调用start_response(参数这里不写了),再返回可迭代对象作为body,返回给Server。这样就完成了整个过程。

我有下面几个问题:
1.我上面的这段话理解正确了吗?
2.在使用flask框架时,Flask.wsig_app接收的参数就是(environ, start_response),那么此时上层的application也就是flask了?
3.werkzeug的定位应该是什么呢?它的代码比flask复杂了许多,一时间难以弄清。官网上说‘是一个工具箱’?还是说它是pep里说的middleware?
4.看flask源码时大多数最后还是要回到werkzeug,函数调用栈感觉很深,有没有清晰点的调用图或者辅助资源可以参考下?
如果某个(或几个)问题不方便回答也非常欢迎只回答其中的部分问题~
最后,先对你表示感谢!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

孤独岁月 2022-09-11 13:02:50

werkzeug实际上就是中间件而已,处在服务器和客户端之间

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文