Django-notification——create_notice_type 被炒作了吗？和其他问题

Question

我一直打算在我的 django 应用中使用django-notification。

对于我经验有限的人来说，文档有点稀少。我需要澄清一下它的用法。

• 在项目的usage.txt中，在 “创建通知类型”部分 说：

您需要拨打create_notice_type(label, display, description)一次 在数据库中为您的应用程序创建通知类型。

在与自己争论了很多之后，我觉得我真的“不需要”这样做。目标是为数据库中的通知类型创建记录，所以我可以很好地使用管理部分中的 django-notification 选项来做到这一点。我说的对吗？

我认为 create_notice_type 在分发应用程序时很有用，以便它们是可插拔的。

• 在项目的usage.txt中，在 “通知模板”部分 说：

对于通知的实际内容，可以编写四种不同的模板：........每一个都应放在名为notification/<notice_type_label>/<template_name> 的模板路径上的目录中。如果缺少其中任何一个，将使用默认值。

这些默认模板是什么？他们需要住在哪里？将文档中提到的四个模板放在模板加载器路径中的“通知”目录中是否足够？

• 可以在项目的 views.py 第 43 行，模板 使用“notices.html”。第 53 行使用 "single.html" 。但是 项目不提供这些 其目录中任何位置的模板 结构体。那里发生了什么？

Answer 1

我可以很好地做到这一点 django-notification 中的选项 管理部分。我说的对吗？

是的。您可以稍后通过管理员添加或删除它们。它只是使在代码中使用相同的通知类型变得容易，而不必担心每次都完全正确。例如，如果您在开发过程中使用相同的通知类型并不断重置您的应用程序（像我一样），这可以节省大量时间。

这些默认模板是什么？ 他们需要住在哪里？是 把提到的四个模板 在“通知”的文档中 模板加载器路径中的目录 够了吗？

django-notifications 包含大部分您在通知/模板中需要的基本模板，但是它仍然缺少 single.html。要使用自己的模板，请将它们放在 /template-path/notification/template_name 下的常用模板目录中。这将覆盖默认值。您还可以使用 /template-path/notification/noticelabel_noticeformat 格式为每种通知类型添加精细模板。