activity 流中的匿名演员
Anonymous actors in activity streams
我正在使用一个系统，该系统有许多关于组内项目创建的通知，我正在尝试在通知中模拟匿名参与者。
考虑人为的例子：
A Book belongs to a Library, and I am a user of the library interested in books in a particular topic. The library keeps me informed of when books of a certain topic are checked out, but for security reasons doesn't let me know who checked it out.
此 activity 流将是：
A patron (actor) checked out (verb) the book "Learning Python, 5th Edition" (object) in the subject "Computer books" (target).
这里的问题是 "A patron" 不是我数据库中的实体，特别是在我的情况下，Django-notifications 需要 一个演员，而那个演员是一个模型的实例。但是在这种情况下，没有 "actor" 这样的。
有没有更好的方法来编写这个 activity 流？有没有一种不涉及将假演员放入数据库的编写方法？
您决定如何表示通知。
您可以像这样保存这些类型的通知：
"Learning Python, 5th Edition" (actor) was checked out (verb) by a patron in the subject "Computer books" (target)
如果你看得更近一些 - 那样的话，如果你的赞助人是一个真实的实体，它就会变成一个 action object。但是以这种方式保存它并不意味着它应该以这种方式表示。您可以根据需要在模板中呈现它。
来自 docs 的一个注释，如果您将 query 替换为 render，您就会明白我的观点：
Actions are generated in a manner independent of how you wish to query them so they can be queried later to generate different streams based on all possible associations.
我正在使用一个系统，该系统有许多关于组内项目创建的通知，我正在尝试在通知中模拟匿名参与者。
考虑人为的例子：
A
Bookbelongs to aLibrary, and I am a user of the library interested in books in a particular topic. The library keeps me informed of when books of a certain topic are checked out, but for security reasons doesn't let me know who checked it out.
此 activity 流将是：
A patron (
actor) checked out (verb) the book "Learning Python, 5th Edition" (object) in the subject "Computer books" (target).
这里的问题是 "A patron" 不是我数据库中的实体，特别是在我的情况下，Django-notifications 需要 一个演员，而那个演员是一个模型的实例。但是在这种情况下，没有 "actor" 这样的。
有没有更好的方法来编写这个 activity 流？有没有一种不涉及将假演员放入数据库的编写方法？
您决定如何表示通知。 您可以像这样保存这些类型的通知：
"Learning Python, 5th Edition" (actor) was checked out (verb) by a patron in the subject "Computer books" (target)
如果你看得更近一些 - 那样的话，如果你的赞助人是一个真实的实体，它就会变成一个 action object。但是以这种方式保存它并不意味着它应该以这种方式表示。您可以根据需要在模板中呈现它。
来自 docs 的一个注释，如果您将 query 替换为 render，您就会明白我的观点：
Actions are generated in a manner independent of how you wish to query them so they can be queried later to generate different streams based on all possible associations.