与Werkzeug并排

Question

一直致力于实现一个WSGI应用程序，该应用程序将在SOA类型的项目中响应对数据层的调用。在研究了Twisted的一些示例应用程序并浏览了general community consentials之后，我发现了Werkzeug及其非常简单的路由库。在

我理解WSGI易于适应的特性使得它有很多方法来实现本质上相同的目的。一般来说，我只是想知道，仅仅使用Werkzeug的路由库并依赖Twisted作为WSGI服务器和reactor循环是否有好处，或者我是否应该完全抛弃Twisted。有人试过这种组合吗？我应该提到的是，在最终的应用程序中用于执行业务逻辑的模块包括大量的阻塞调用，因此在内部异步地使整个应用程序过程不太实际。最重要的是，引擎可以作为守护进程服务器运行，也可以通过mod wsgi插入apache。在

任何来自这些图书馆经验丰富的人的指导将不胜感激！这是我的新水。在

编辑：

根据评论修改我的问题，以便更清楚。在

我最初接触twisted更多是因为它作为一个网络库的角色，而不是它扩展的异步特性。我一直在使用它的wsgibasic服务器和twistd命令行工具来测试和运行一个WSGI应用程序。应用程序中只有少数过程需要异步处理，它的主旨只是适当地应答HTTP调用。在