django-models - 我应该对 Django 应用程序中的所有模型使用 Wagtail 吗？

Question

我正在构建一个使用 Wagtail 的新网络应用程序。这是一个架构问题。

将有标准的关于、服务条款和博客页面。所有这些都非常适合 Wagtail 范式。网站内容的其余部分是关于特定类型企业的基于位置的信息。想想 FourSquare键入应用程序。这些页面的数据将非常结构化，通过面向用户的网页和移动应用程序进行更新，并且大量使用 JavaScript。

对于常规的 Wagtail 页面，随着时间的推移可能会有数百个。对于位置页面类型，将有(希望)数以万计的页面最多嵌套四层。

从站点范围的功能角度来看，我希望利用站点地图和 Elastic Search 等 Wagtail 功能。

我的问题是，我应该为基于位置的页面使用 wagtail Page 类吗？

优点:

• 与 Elastic Search 和 Wagtail 站点地图轻松集成
• 在管理端利用 Wagtail 编辑器。
• 始终保持一致的模型和 API 结构。

缺点:

• 位置页面的开销可能更多。
• 需要利用更多 Hook 来操纵 View 输出(大量 JS，因此将在模板中插入非模型信息)。
• 可能会限制某些第三方模块的使用。

如果我走的是非鹡鸰路线，是否可以将非鹡鸰模型添加到搜索索引中？

在这个选择中我还应该考虑其他问题吗？

Answer 1

Any Django model can be indexed and searched通过继承 index.Indexed 并在模型上定义 search_fields。

至于是否使用页面，一如既往地取决于很多因素。但是，看起来保留您的位置模型是有意义的，而不是将其作为页面并在管理员中公开(如果您需要一些已经存在的扩展，则为 Django 管理员，否则为 Wagtail's modeladmin)。然后您将创建一个 LocationIndexPage 来实现 RoutablePageMixin动态提供 LocationPage。该页面不会存在于管理树中，但无论如何都可以访问。