※ 引述《neo5277 (I am an agent of chaos)》之銘言：
: 後來找到一個 dynamic 型別 基本上看敘述就是一個沒有型的型別你丟給她啥
: 他就吃啥很好養。
: 所以改成
: public class mymath
: : {
: : private mymath(){}
: : public static dynamic abs(dynamic x)
: : {return x>=0 ? : -x;}
: : }
: 就你丟時麼進去他就用啥什麼 不過字串跟布林不行
只是來回應貼文中提到得dynamic和泛型
先說好我也很弱所以打臉輕一點(預防針之意)
舉實例來說
最近很常用到dapper
用dapper查詢資料庫很方便
他有個特點就是會把傳回來的資料轉成物件
先假設我要查詢的資料表結構以類別表達是這樣
public class Book {
public string Name { get; set; }
public string Author { get; set; }
public decimal Price { get; set; }
}
sql語句是這樣:
string sql = "select Name, Author, Price from Book";
可以有兩種寫法:
result = cn.Query<Book>(sql);
或
result = cn.Query(sql);
而傳回的內容
第一種是 Book物件 (的集合)
第二種是 dynamic物件 (的集合)
先假設只取一筆，讓
var data = result.FirstOrDefault();
如果你用第一種
要取出Name欄位，只要打 data.Name就好
若試圖存取不存在的 Publisher欄位，打 data.Publisher VS就會報錯
因為型別已經決定了，什麼有什麼沒有很清楚，所以IDE可以幫你抓錯誤
如果你用第二種
取出Name欄位一樣是打 data.Name
但是這時如果你想取 Publisher，打data.Publisher，什麼事情都不會發生
等到你一執行那邊，才會出現錯誤訊息告訴你沒有這個欄位
用dynamic，什麼該有什麼沒有都得自己掌握
完全執政，要負完全的責任(誤)(不要拿這個戰我XD)
上面提到的 Query<Book>()方法，就是一個泛型方法
你可以改成 Query<string>() ，也可以改成 Query<int>()，就看你想傳什麼回來
當然也可以傳回來其實是int，但你用string去接
重點就是 Query 這個函式，並沒有強迫你要用什麼型別，而是留著等你呼叫時決定
他就是一個 Query<T>() 的型別，而 T 就是泛型要指定的型別
我個人的理解是
泛型 : 不把型別寫死，由呼叫者決定呼叫時他該用什麼型別
這樣只需要一個函式，就可以供給不同傳回型態的需求使用
因為只是延後決定，編譯時就會抓到如變數名打錯的錯誤
dynamic : 從頭到尾都不決定型別，連呼叫者都不知道會跑出什麼
可以一下文字一下又變數字，甚至突然變成物件
在編譯階段難以發現錯誤，有錯都是實際跑了才知道
所以用dynamic要特別小心謹慎，如果沒有特別要利用dynamic的特性的話
最好還是都寫成固定的型別，比較不會出錯