一直致力于实现一个 WSGI 应用程序，该应用程序将响应 SOA 类型项目中数据层的调用。在浏览了 Twisted 的一些示例应用程序并浏览了社区的普遍共识后，我发现了 Werkzeug 及其令人印象深刻的简单路由库。
我知道 WSGI 易于适应的特性使得有很多方法可以实现基本相同的目的。我只是想知道，仅使用 Werkzeug 的路由库并依赖 Twisted 用于 WSGI 服务器和反应器循环是否有优势，或者我是否应该完全放弃 Twisted。有没有人尝试过这种组合？我应该提一下，在最终应用程序中用于执行业务逻辑的模块包括大量阻塞调用，因此在内部使整个应用程序进程异步是不切实际的。最重要的是，引擎可以作为守护程序服务器本身运行或通过 mod_wsgi 插入 apache。
非常感谢那些对这些库有经验的人的任何指导！这对我来说是新水。
编辑：
根据评论修改我的问题以获得更好的清晰度。
我最初是因为它作为网络库的角色而不是因为它广泛的异步特性而变得扭曲。我一直在使用带有 twistd 命令行工具的 WSGI 基本服务器来测试和运行 WSGI 应用程序。应用程序中只有少数程序实际上需要异步处理，它的主要目的只是要适当地响应 HTTP 调用。