对于大量条目,我应该使用 Pages 还是 DataObjects?
Should I use Pages or DataObjects for large amount of entries?
我想知道在这种情况下最好的方法或最佳实践是什么:
- 我的数据类别很少(比方说:新闻、事件、广告、
齿轮)
- 记录的数量从几十条到几千条不等
- 我需要为所有这些类别提供一个通用视图,并为每个类别提供单独的视图
一开始我想我会创建一个基页,我会使用holder-page模式,但现在我有些怀疑。使用 DataObjects 并简单地使用 Pages 来管理它们不是更好吗?
您对数千页使用 holder-page 模式有什么经验?有道理吗?
由您决定。页面也是数据对象,您可以像管理其他数据对象一样管理它们。例如。使用 GridField、ModelAdmin 或其他方式,例如 Lumberjack.
SiteTree 还可以处理大量页面,因此在这方面这不是真正的问题。
我想你必须纯粹从架构的角度来回答这个问题:
- 我的 data-objects 有 URL 吗?
- 我的 data-objects 需要版本控制吗?
- 我需要 objects(parent- 和 child-pages)的层次结构吗?
- 我的 objects 是否显示为单独的页面,因此它们还需要元数据,例如 meta-title、描述、opengraph-tags 等?
- 我的 objects 应该出现在 xml 站点地图中吗?
如果您对其中大部分问题的回答是是,那么使用 Pages 可能是更好的方法,因为它会限制您必须自己实现的事情的数量。
我想知道在这种情况下最好的方法或最佳实践是什么:
- 我的数据类别很少(比方说:新闻、事件、广告、 齿轮)
- 记录的数量从几十条到几千条不等
- 我需要为所有这些类别提供一个通用视图,并为每个类别提供单独的视图
一开始我想我会创建一个基页,我会使用holder-page模式,但现在我有些怀疑。使用 DataObjects 并简单地使用 Pages 来管理它们不是更好吗?
您对数千页使用 holder-page 模式有什么经验?有道理吗?
由您决定。页面也是数据对象,您可以像管理其他数据对象一样管理它们。例如。使用 GridField、ModelAdmin 或其他方式,例如 Lumberjack.
SiteTree 还可以处理大量页面,因此在这方面这不是真正的问题。
我想你必须纯粹从架构的角度来回答这个问题:
- 我的 data-objects 有 URL 吗?
- 我的 data-objects 需要版本控制吗?
- 我需要 objects(parent- 和 child-pages)的层次结构吗?
- 我的 objects 是否显示为单独的页面,因此它们还需要元数据,例如 meta-title、描述、opengraph-tags 等?
- 我的 objects 应该出现在 xml 站点地图中吗?
如果您对其中大部分问题的回答是是,那么使用 Pages 可能是更好的方法,因为它会限制您必须自己实现的事情的数量。