我是一个开发人员，正在为Python寻找一个企业级的Web应用程序框架。我主要关心的是长期支持、广泛的功能集和可靠性。
我一直在试验挂架，在我在Windows上使用Ruby on Rails的可怕经历之后，我甚至不得不编译自己的Postgres驱动程序，挂架和Python简直是天赐之物。
我相信，由于有大量可用的库，并且他们努力维护一些与Python3.0向后兼容的外观，由于社区和商业利益的强烈关注，python肯定是“企业就绪”的。我担心的是：
塔架0.97我们都能这么说吗？
另一方面，我一直在研究如何让SQLAlchemy在挂架上与DB2一起工作，以便自动化基本的CRUD操作。http://code.google.com上当前的DB2驱动程序只支持sqlacalchemy 0.4，是非常无用的。您认为IBM是否致力于让DB2长期与SQLAlchemy一起工作？或者你们觉得最好用DB2提供的ODBC驱动程序创建一个SQLAlchemy接口。与使用IBM的SQLAlchemy驱动程序相比，有什么缺点吗？
最佳答案
当谈到企业就绪时，我不确定在python世界中，使用带有sqlacalchemy的挂架的堆栈能准备得多好。您已经准备好使用疯狂模式（在大型企业世界中非常常见）的大量遗留数据库，Django只是在这些数据库的接缝处崩溃了。当然，在django中，您仍然可以使用sqlacalchemy，但是所有django-contrib工具都会崩溃，因为它们都依赖于这样一种假设：您将以“django”的方式进行操作。
从2005年中期开始，塔架就在附近，而且它什么也不去。它实际上相当成熟，并且在发布之间有一个相当缓慢和稳定的6-10个月的发布时间表，需要进行相当多的测试。核心挂架开发人员之一也是Jython的开发人员，它确保挂架可以在JVM上运行（这有助于将基于挂架的应用程序部署到企业环境中，这些企业环境对无法打包到战争文件中进行部署的东西充满敌意）。
关于这里的其他一些“答案”，问题是关于塔架是否已经准备好了，我不知道为什么其他人不能阅读这个问题，而是选择开始宣传他们自己喜欢的框架。说应该使用django/zope/grok是很愚蠢的，因为它具有“更大的吸收”或“更大的社区”，如果这是标准，那么应该选择php，这使得django和zope社区相比显得有点小。Pylons确实有足够大的社区来支持自己，特别是因为它相当精简和紧凑的代码库并没有像Zope/Django的“厨房水槽”框架那样收集那么多的bug。
关于python - Pylons企业准备好了吗？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1044667/