Azure service fabric 处理多个参与者类型的服务结构参与者模型

我使用ServiceFabric作为我的微服务框架。我使用的是无状态服务，因为我们使用的是外部数据库。我有两种类型的用户：一种是CSR（客户代表），另一种是用户本身。如何安排演员服务来解决此问题

CSR几乎没有什么功能。但客户是整个谜团中的一大块。 假设CustomerActor需要更新自己的地址。同样的操作也可以由CSRActor完成

建议创建两个不同的参与者，CSRActor和CustomerActor，然后CSRActor对customer参与者执行任何操作。或者Customer可以是一个单独的服务，这两种类型的参与者都称为CustomerService。 还有其他想法吗？

支持。您可以有一个从另一个参与者类型继承的参与者类型

大概是这样的：

public abstract class CustomerBase : Actor, ICustomer
{ }

[ActorService(Name = "Customer")]
public class Customer : CustomerBase, ICustomer
{ }

[ActorService(Name = "Csra")]
public class Csra : CustomerBase, ICsra
{ }

---

这将节省您为回答一个问题而打两个电话的开销。

我认为代码

Csra:CustomerBase，iccustomer

应该是

Csra:CustomerBase，ICsra

，其中，

ICsra

可能实施

iccustomer

，因为问题表明他们在某个时候会有不同的操作感谢@LoekD这有点离题，但在我的示例中，客户与其他服务（付款、发票等）交互与可靠的服务相比，客户作为参与者的优势是什么？