适合C# Actor的消息执行方式（3）：中看不中用的解决方案

收到Pong消息之后，将count减1，如果还大于0，则回复一个Ping消息，否则就回复一个Finish并退出。最后启动乒乓测试：

new　Ping(5).Start(new　Pong());

由于使用了接口作为消息的协议，因此无论是编辑器还是编译器都可以给我们足够的支持。同时，对于消息的处理也无须如上一篇文章那样不断进行判断和类型转换，代码可谓流畅不少。

致命的缺陷

虽说没有完美的东西，但目前的缺陷却是致命的。

在实际使用过程中，消息的“发送方”和消息的“接收方”应该完全无关，它们互不知道对方具体是谁，只应该基于“协议”，也就是“接口”来实现。可惜在上面这段代码中，很多东西都被“强横”地限制住了。例如，Ping消息会附带一个ping对象作为参数，ping对象会等待一个Pong消息。但是，发送Ping消息（并等待Pong消息）的一方很可能是各种类型的Actor，不一定是Ping类型。有朋友可能会说，那么我们把IPingMessageHandler的Ping方法的签名改成这样，不就可以了吗？

void　Ping(Actor<Action<IPongMessageHandler>>　ping)

是的，此时的ping，的确是在“等待Pong消息的Actor对象”。但是，这意味着ping对象它也只能是这个指明的Actor类型了。在实际使用过程中，这几乎是不可能的事情。因为一个Actor很可能会接受各种消息，它很难做到“一心一意”。因此这篇文章所提出的做法，几乎只能满足如乒乓测试这样简单的Actor模型使用场景。我们必须改变。

改变的方式有不少，从“向弱类型妥协”到“利用.NET 4.0中的协变/逆变”，都可以满足不同的场景——不过我们还是下次再说吧。