【IT168技术文档】

转载自Jeff Zhao的博客

    在前两篇文章中，我们了解到Erlang中灵活的模式匹配，以及在C#甚至F#中会都遭遇的尴尬局面。那么现在就应该来设计一个解决方案了，我们如何才能在C#这样的语言里顺畅地使用Actor模型呢？不仅如此，最好我们还能获得其它一些优势。

“消息”、“协议”和“接口”
    Actor模型中的对象如果要进行交互，唯一的手段便是发送消息。不同语言/平台上的消息有不同的表现形式，但是它们所传递的信息是一致的：

    做什么事情
    做这件事情需要的数据
    例如，Erlang中往往会使用Tag Message的格式作为消息：

{doSomething, Arg1, Arg2, Arg3, ...}
   
    其中，原子doSomthing表示“做什么”，而后面的ArgN便是一个个的参数，使用Erlang中的模式匹配可以很方便地捕获消息中的数据。在C#等语言中，由于并非专为了Actor模型设计，因此一个Message往往只能是一个对象。但是这个对象的职责并没有减轻，因此我们需要自己处理的事情就多了。我们可能会这样做：

    学Erlang的Tag Message，但是这样会产生大量丑陋的类型转换操作，并且丧失了静态检查功能。

    为每种消息创建不同的Message类型，但是这样会产生大量类类型，每个类型又有各种属性，非常麻烦。

    这两种做法在上一篇文章里都有过讨论，感兴趣的朋友可以再去“回味”一番。那么，究竟什么是消息呢？根据我的理解，“消息”其实是这么一种东西：

    “消息”表示“发送方”和“接受方”之间的“通信协议”（例如Erlang中的“模式”）。

    “消息”表示“发送方”要“接受方”所做的事情，但是并没有要求“接受方”需要怎么做。

    一个Actor可能会会作为“接受方”遵守多种“通信协议”。

    经过这样的描述，您是否觉得.NET中有一种东西和“消息”非常接近？没错，那就是“接口”，因为：

    “接口”从概念上讲便是一种“协议”。
    “接口”表示“能做什么”，但没有限制“怎么做”。
    一个Actor可以实现多个接口，即遵守多种协议。

    看上去还真是一一对应啊！那么我们再来深入一步进行对比，“接口”能否传递消息所要表现的信息？答案也是肯定的：

    做什么事情：接口中的一个方法。
    需要的数据：接口的参数。
　也就是说，如之前的那条Erlang消息，在C#中便可以表示为：

    x.DoSomething(arg1, arg2, arg3, ...)
　　基于这样的类比，我们发现使用“接口”还可以带来一个额外的东西，那就是“消息组”。如Erlang这样语言，消息与消息之间是完全独立的。.NET中的接口可以包含多个方法，这就是一种“分组”，我们可以利用这种方式来更好地管理有关联的消息。此外，利用.NET中的访问限制符（public，internal等）还可以实现消息的公开和隐藏。而且因为接口的参数是强类型的，所以可以得到编译期的检查，也可以享受编辑工具的代码提示及重构……C#编程里的种种优势似乎我们一个都没有拉下。