什么是 grok 比 django 更好的粉碎(双关语)特性？
我怎么知道我的项目什么时候需要 grok+zope，或者它只能用 django 开发？
最佳答案
Zope是第一个逃逸的对象发布框架，并且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，等等，等等。
关于django - grok 与 django 比较，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1500914/