理解C# 4 dynamic(2) – ExpandoObject的使用

ExpandoObject的使用非常簡單，很容易入手。上一篇里面已經有詳細的介紹了，可以看這里
(理解C# 4 dynamic(1) - var, object, dynamic的區別以及dynamic的使用)

下面對ExpandoObject的使用場合和一些認為需要注意的地方，談一下自己的看法:

一，ExpandoObject使用場合

在傳遞對象，但是又不想創建一個class或者struct的時候，ExpandoObject就是一個非常好的選擇。
假如我們有一個SendMail的函數，功能是發送一個通知郵件給客戶，郵件的文本模板，如下:
Dear [Name],
We have sent the gift to your address: [Address]

在具體發送郵件的時候， [Name]和[Address]的內容是從函數GetMailParameters()動態讀取出來的。
那么函數GetMailParameters的返回值如何定義好呢?

如果為GetMailParameters()函數創建一個struct或者class來傳遞, 有些小題大做了，而且定義的struct和class重用性會非常低。

如果使用了ExpandoObject, 就非常容易的解決了這個問題。

public dynamic GetMailParameters()
{
     var mailParameters = new ExpandoObject();
     mailParameters.Name=”Peter”;
     mailParameters.Address=”Shanghai China”
     return mail;
}

就算以后郵件模板改變，添加了新的變量，也只是簡單的在ExpandoObject上擴展一個屬性就可以了。

二, 注意問題

由於ExpandObject的先天不足(無特征性):

1. 沒有區分的類型名稱
2. 沒有確切類型定義

如果你看到一個string的函數返回值, 你會想到什么, 你會知道它是一個字符串(這不是廢話嗎?)， 有Length等屬性，有IndexOf等方法。
當返回值是MailHelper類對象時，你想只需要直接F12就能看到源碼，里面有關於這個類的詳細定義，接着你就知道如何使用這個對象了。

當你從一個函數中得到一個ExpandObject的dynamic的返回值時，你知道是什么嗎? ExpandObject就是一個黑箱，里面裝着什么，誰都不知道。
所以，

1. ExpandObject不能用於太復雜的對象。

ExpandObject最好還是作為簡單的數據容器，不要弄得過於復雜，甚至包含有函數處理。

2.ExpandObject的使用范圍必須要短

范圍短的意思是，產生和使用ExpandObject的代碼的路徑必須要短(主要是函數調用路徑)。如果你正在使用一個ExpandObject對象，查看產生這個ExpandObject的地方，發現分散在好幾個函數之中，還有嵌套的話，那么這個ExpandObject是非常難於維護的。

3. ExpandObject的使用場合最好貼近程序的終端。

比如在MVC中的ViewBag, 就是一個好的例子。ViawBag用於生成頁面, 而頁面就是MVC程序的終端了。到了終端，ExpandObject也就不能禍害它人了。
正是由於ExpandObject的無特征性，什么都可以做，所以容易導致濫用。

下篇介紹如何通過繼承DynamicObject和實現IDynamicMetaObjectProvider，為動態類型添加特征性。