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,為動態型別新增特徵性。