Azure service fabric 我如何实施；写在“后面”；以政治家的身份

他说：

参与者为开发人员提供了定义富对象的灵活性 作为参与者的一部分的结构或外部的引用对象图 演员们。在缓存方面，参与者可以写在后面或写在后面， 或者我们可以在一个成员变量粒度上使用不同的技术

---

对于

statefactor

或

statefactor

，如何实现写后以提高状态更改方法的吞吐量？

一个可能的实现是将您的变异方法标记为

[Readonly]

，这样服务结构运行时就不会将

状态

持久化到集群副本。因此，您可以使用所描述的更改修改内存中的成员变量，并且成功或失败将快速返回到调用代码。在修改成员变量的同时，您将注册一个提醒，该提醒将修改

状态

属性，从而在群集中的副本之间异步分发更改

---

您需要考虑在提醒发生火灾之前，移动到另一个节点的可能性，导致读取调用以返回在更新之前从<代码>状态> /代码>属性读取的过时数据。

这是一个模式文章，而不是Azure服务结构文档。Write-behind或Write-through指的是您可以在代码中执行的操作，而不是特定的功能。谢谢@Darran。这是一个很好的想法，它利用了演员的固有能力。