格罗克 vs.Django 比较

Question

grok 有哪些令人惊叹的（双关语）功能使其比 django 更好？我如何知道我的项目何时需要 grok+zope，或者只能使用 django 进行开发？

Answer 1

Zope 是第一个对象发布框架 evah，Zope 社区在以正确的方式做事方面拥有长期的经验。Zope 2 是第一次尝试，Zope 3 是下一次尝试，现在我们已经进入了第三代 Web 框架，其中包括 Grok、BFG 和 Bobo。

Grok 非常庞大，并且具有更多的可用模块，而这些模块是在安装基础时所没有的（并且它也在减少所需模块数量的过程中，因此占用空间变得更小）。BFG 和 Bobo 则相反，它们是简约框架，但可以轻松访问 Zope 工具包和 Zope 的所有功能。

尽管 Django 犯了许多与 Zope2 相同的错误，但他们修复这些错误的速度也快得多，所以我完全预计这个讨论的大部分内容在五年内将毫无意义，因为我预计每个 Python Web 框架都使用 WSGI+WebOb+届时，以 Repoze+Deliverance+Buildout 为基础。但即便如此，我也会选择可以使用 Zope 组件架构和 ZODB 的框架，但这不仅包括 Zope 社区制作的框架，还包括 Turbogears 等。也许到那时它也会包括 Django，谁知道呢......:-)

根据项目要求，我今天会选择 Plone（如果他们需要 CMS）、Grok 或 BFG（取决于涉及的开发人员、任务的复杂性和预算）。当然，这部分取决于我对 Zope 技术的丰富经验和对 Django 的少量经验，但主要是因为我可以在 Grok 和 BFG 中使用 ZTK 和 ZODB。

YMMV 等等，等等。

• 佐普工具包
• Brandons 谈论 Zope 组件架构 (来自 PyCOn 的视频, 来自 PloneConf 的幻灯片)
• BFG
• 波波

Answer 2

神交是基本上的方式更容易使用的包的zope的所有电源。所以，你得到一个真正的Python对象数据库的所有奢侈品（虽然你可以使用SQL后端）。我假设你知道所谓的“Zope的组件体系结构”的适配器/公共事业/视图。那些让你做出一个强大的应用程序。尤其是方便，如果你以后需要选择定制。和安全性是传统的Zope的（因而神交）的强项。开发和部署与鸡蛋（和扩建）完全处理：在我的经验，这是一个强大的和可靠和可重复的和舒适的方式

如果你有一个可以直SQL表工作，而事后需要太多的选择性定制的应用程序：没有错的Django。你必须自己做多的安全性，因此，需要敏锐的眼光。有少得多它（的ORM和URL映射器）背后的框架，所以你的蟒蛇会觉得更“单纯”。这也意味着你需要做更多的自己。

有是从选择性地使用神交的部分阻止你什么： HTTP：//pypi.python。组织/ PyPI中/ grokcore.component 比如是非常核心的。很好隔离，所以你可以使用它没有购买到整个Zope的堆栈。我敢肯定，你可以使用在Django。 grokcore / zope的组件只是Python代码。这可以让你的适配器/接口/实用程序。我不知道你正在构建的，所以你必须尝试。

有一件事情非常有利于神交，我会建议尝试的：Zope的ZODB对象数据库。一个良好的ORM（和Django的是非常好的）有很大帮助，服用止痛出SQL数据库，而是一个真正的对象数据库，只是普通的奢侈品： - ）

Answer 3

我不认为任何框架的意图有任何“功能”，让一个在某些情况下比其他“好”或“需要”。相反，Django和神交的区别 - 或塔，或TurboGears的 - 真是的方法之一。您可能会发现神交的方法根据自己的喜好，或者你可能更喜欢别人之一。我怀疑有很多，你可以在其中的一个实现，你不能在任何其他人。