quy*_*tnd 4 content-type plone dexterity
我正在尝试编写一个类似于Facebook帖子的轻量级内容类型.
整个内容架构只是一个文本字段.没有标题,描述.
它必须是Contentish并由CMFCore管理:它必须有一个FTI,一个门户类型,以便我们可以通过标准方法创建/浏览内容; 它是目录感知的.
他们将在彼此之间拥有关系/参考.
物体的数量将是巨大的,比如10-100M.
与此最相似的是评论对象(plone.app.discussion).虽然我查看了plone.app.discussion,但我发现内容实现非常复杂,基类太少了.在大多数部分中,我要么根本不理解它,要么在注释用例之外不能重用,并且对我来说几乎没有引用/样本值.
所以我想问一下,如果我将高级框架路径与plone.app.discussion经历的低级别路径进行比较,将会产生多少开销?
我认为padiscussion不适合你.
敏捷类型可能没问题,但您需要调整性能.如果性能成为一个问题,那将是因为使类型变得有条理的东西(例如FTI,CMF基类),所以没有什么能比敏捷轻,满足你的要求,但你可能想要思考关于你是否真的想要将所有内容存储在关系数据库或其他内容中.但是,这不应该是绝对必要的.
马丁
| 归档时间: |
|
| 查看次数: |
208 次 |
| 最近记录: |