一般來說，Erlang的消息是一個元組，而元組的***個元素為原子，用來標識“做什么”。這個原子被稱為是這個消息tag，這種用法被叫做Tag Message，它是“Erlang編程規范”中的推薦用法。在C#中，我們當然也可以這么做：

C#的Tag Message

class Person : Actor<Message>  
{  
    protected override void Receive(Message message)  
    {  
        if (message.Tag == "Chat")  
        {  
            Person another = (Person)message.Arguments[0];  
            Topic topic = (Topic)message.Arguments[1];  
            // ...  
        }  
        else if (message.Tag == "Eat")  
        {  
            Restaurant restaurant = (Restaurant)message.Arguments[0];  
            // ...  
        }  
        else if (message.Tag == "Work")  
        {  
            Person reportTo = (Person)message.Arguments[0];  
            Job job = (Job)message.Arguments[1];  
            // ...  
        }  
    }  
} 

C#的Tag Message圖示如下：

C#的Tag Message這個方式和Erlang可謂如出一轍，但是由于缺少了Erlang的模式匹配和自動綁定，于是C#代碼需要大量的if…else判斷，以及繁瑣而危險的轉型操作。此外，和Erlang中動態類型的缺點完全相同，無論是消息的發送還是接受完全不是靜態類型的，因此無論是靜態檢查，編輯還是重構都比較困難。試想，如果一個公用的服務所接受的消息結構改變了，那么所有用到它的地方都必須修改正確——如果缺少靜態檢查，錯誤都只能在運行時才能發現。Erlang有著強大的動態升級能力，尚可接受不斷地在線更新。而在.NET平臺中，如果使用這種Tag Message的方式，待到運行時發現錯誤，要修改起來就比較麻煩了。

【編輯推薦】

1. Erlang的Actor回顧：將消息轉化為邏輯執行
2. Actor模型的本質：究竟是要解決什么問題
3. 順暢的使用C# Actor：另一個解決方案
4. C# Actor的尷尬與F#美麗外表下的遺憾
5. 看Erlang中Actor模型的執行方式和優劣