如何輕量級敏捷基礎內容類型可以是

Question

我正在嘗試編寫一個類似於Facebook帖子的輕量級內容類型。

• 整個內容模式只是一個文本字段。沒有標題，描述。

• 它必須Contentish，由CMFCore管理：它必須有一個FTI，一個portaltype這樣我們就可以創建通過標準方法/瀏覽的內容;它是目錄意識。

• 他們將有每個人的內關係/參考。

• 對象的數量會是巨大的，說10-100M。

最類似的事情是評論對象（plone.app.discussion）。儘管我已經瀏覽了plone.app.discussion，但發現內容實現非常複雜，並且底層基類太多。在大多數部分中，我根本不瞭解它，或者它不能在評論用例之外重用，並且對我沒有什麼參考/示例價值。

所以我想問的是需要多少開銷，如果我去了高層次的框架路徑比較低的水平一個plone.app.discussion經歷？

Answer 1

我不認爲p.a.discussion是適合你的。

一個敏捷型可能被罰款，但你需要調整性能。如果性能會成爲一個問題，那將是因爲讓類型內容化的東西（例如FTI，CMF基類），所以沒有什麼比靈巧性更輕，並且滿足您的要求，但是您可能想要考慮關於你是否真的想將所有內容存儲在關係數據庫或其他東西中。不過，這不應該是絕對必要的。

馬丁

Answer 2

的Plone不會擴展到其目錄中的10M項目（我聽說過的最大的是像400 K）。我建議用像Pyramid這樣的輕量級框架構建你的應用程序。