适合C# Actor的消息执行方式（4）：阶段性总结

核心提示： 强类型消息为了避免繁琐的转型，为了获得类型安全的各种优势，适合C# Actor的消息执行方式（4）：阶段性总结(5)，我们也可以选择为每种不同的消息创建独立的类型，不过由于一个Actor往往会应对各种消息，构造函数接受参数，然后在构造函数里设置属性……这种做法对复杂性

强类型消息

为了避免繁琐的转型，为了获得类型安全的各种优势，我们也可以选择为每种不同的消息创建独立的类型。不过由于一个Actor往往会应对各种消息，因此在.NET环境中，往往我们需要把消息类型定义为object。如果使用ActorLite来演示的话，代码可能是这样的：

class　Person　:　Actor<object>　
{　
　　protected　override　void　Receive(object　message)　
　　{　
　　　　if　(message　is　ChatMessage)　
　　　　{　
　　　　　　ChatMessage　chatMsg　=　(ChatMessage)message;　
　　　　　　Person　another　=　chatMsg.Another;　
　　　　　　Topic　topic　=　chatMsg.Topic;　
　　　　　　//　...　
　　　　}　
　　　　else　if　(message　is　EatMessage)　
　　　　{　
　　　　　　EatMessage　eatMsg　=　(EatMessage)message;　
　　　　　　Restaurant　restaurant　=　eatMsg.Restaurant;　
　　　　　　//　...　
　　　　}　
　　　　else　if　(message　is　WorkMessage)　
　　　　{　
　　　　　　WorkMessage　workMsg　=　(WorkMessage)message;　
　　　　　　Person　reportTo　=　workMsg.ReportTo;　
　　　　　　Job　job　=　workMsg.Job;　
　　　　　　//　...　
　　　　}　
　　}　
}

图示如下：

使用if…else来进行逻辑分支判断还是必要的，不过我们这里使用了静态类型代替了Magic String（当然在使用Tag Message时也可以使用常量）的判断，同时危险而麻烦的类型转换操作也减少的。与Tag Message相比，这种做法获得了一定的类型安全优势，可以得到编译器的静态检查，做起重构来也有了依据。不过他也有比较明显的缺陷，那就是需要构建大量的消息类型。要知道消息类型的数量很可能是Actor类型数量的几倍，每种消息类型还包含着多个属性，构造函数接受参数，然后在构造函数里设置属性……这种做法对复杂性的提升还是较为可观的，有时候会感觉还不如使用简单的Tag Message。