我几乎尝试了所有存在的 Python Web 框架,我花了很长时间才意识到没有灵丹妙药的框架,每个都有自己的优点和缺点。我从Snakelets开始,并且非常享受能够在较低级别控制几乎所有东西而没有大惊小怪,但后来我发现了TurboGears,从那时起我一直在使用它(1.x)。像 Catwalk 和 web 控制台这样的工具对我来说是无价的。

但是随着 TurboGears 2 的推出,它带来了 WSGI 支持,并且在阅读了 Django 和 WSGI 阵营之间的宗教辩论之后,我真的在 “以正确的方式做事” 之间左右为难,例如,学习 WSGI ,花费宝贵的时间编写 Django 和其他全栈框架中已经存在的功能,而不是使用 Django 或为我做所有事情的一些高级框架。我可以看到后者的缺点非常明显:

在这个过程中我没有学到任何东西

如果我需要做任何较低级别的事情,那会很痛苦

仅使用身份验证的基本站点所需的开销是疯狂的。 (海事组织)

所以,我想我的问题是,哪个是更好的选择,或者只是一个意见问题,如果它以最小的麻烦实现了我想要的,我应该接受它并使用 Django(我想要身份验证和 CRUD 接口我的数据库)?我尝试了 Werkzeug、Glashammer 和朋友,但 AuthKit 和 Repoze 吓到了我,以及设置基本身份验证所涉及的步骤数量。我查看了 Pylons,但文档似乎缺乏,当引用身份验证或 CRUD 接口等简单功能时,各种 wiki 页面和文档似乎相互矛盾,版本等有不同的 hack。

感谢 S. Lott 指出我不够清楚。我的问题是:从长远来看,以下哪一项是值得的,但在短期内不会痛苦(例如,某种中间立场,有人吗?) - 学习 WSGI,还是坚持使用“包含电池”的框架?如果是后者,我将不胜感激关于是否应该再试一次 Django、坚持使用 TurboGears 1.x 或冒险进入其他框架的建议。

此外,我尝试过 CherryPy,但似乎找不到足够好的 CRUD 应用程序,我可以立即投入使用。

我建议再看看TG2。我认为人们没有注意到自上一个版本以来取得的一些进步。除了不断增长的 WSGI 实用程序堆栈之外,还有很多 TG2 特定的项目需要考虑。这里有几个亮点:

TurboGears 管理系统- 数据库的这个 CRUD 接口可以使用声明性配置类完全自定义。它还与 Dojo 集成,为您提供无限可滚动的表格。服务器端验证也是自动化的。管理界面使用 RESTful url 和 HTTP 动词,这意味着使用行业标准以编程方式连接很容易。

CrudRestController/RestController- TurboGears 提供了一种结构化的方式来处理控制器中的服务。只需扩展我们的 RestController,您就可以使用标准化的 HTTP 动词。将Sprox与 CrudRestController 结合使用,您可以使用完全可定制的自动生成表单将 crud 放在应用程序的任何位置。 TurboGears 现在支持将 mime 类型作为 url 中的文件扩展名,因此您可以让控制器渲染 .json 和 .xml,并使用与渲染 html 相同的接口(从控制器返回字典)

如果您单击链接,您将看到我们有一组使用 sphinx 构建的新文档,它比过去的文档更广泛。

借助最好的web 服务器,ORM和模板系统(s)(选择你自己的),很容易看出为什么 TG 对想要快速开始的人有意义随着站点的增长,仍然具有可扩展性。

TurboGears 通常被视为试图达到一个移动的目标,但我们在发布方面是一致的,这意味着您不必担心在后备箱中工作以获得所需的最新功能。面向未来:更多 TurboGears 扩展将允许您的应用程序通过简单的粘贴命令来扩展功能。