4

我正在尝试编写一种类似于 Facebook 帖子的轻量级内容类型。

  • 整个内容架构只是一个文本字段。没有标题,没有描述。

  • 它必须是 Contentish 并由 CMFCore 管理:它必须具有 FTI、门户类型,以便我们可以通过标准方法创建/浏览内容;它是目录感知的。

  • 他们将在彼此之间有关系/参考。

  • 对象的数量会很大,比如 10-100M。

与此最相似的是评论对象(plone.app.discussion)。当我浏览了 plone.app.discussion 时,我发现内容实现非常复杂,有太多的低级基类。在大多数部分中,我要么根本不理解它,要么不能在评论用例之外重用它,并且对我来说几乎没有参考/示例价值。

所以我想问一下,如果我走高级框架路径与 plone.app.discussion 经历的低级框架路径相比,会有多少开销?

4

2 回答 2

5

我认为 padiscussion 不适合你。

敏捷类型可能很好,但您需要调整性能。如果性能会成为问题,那将是因为使类型有争议的东西(例如 FTI、CMF 基类),所以没有什么比 Dexterity 更轻巧并满足您的要求,但您可能想考虑一下关于您是否真的想将所有内容存储在关系数据库或其他东西中。不过,这不应该是绝对必要的。

马丁

于 2011-10-11T22:19:51.743 回答
3

Plone 不会扩展到其目录中的 1000 万个项目(我听说过的最大项目是 400 k)。我建议使用 Pyramid 等轻量级框架构建您的应用程序。

于 2011-10-12T20:15:03.070 回答