自己動手寫ORM的感受

  之前看到奮鬥前輩和時不我待前輩的自己動手寫ORM系列博客，感覺講解的通俗易懂，清晰透徹。作為一個菜鳥，閑來也想著自己寫一個ORM，一來加深自己對 ORM的理解，以求對EF，NHibernate等ROM框架的使用能更加輕車熟路。二來也可在寫ORM之時熟悉反射的應用場景，反射的優缺點，優化方 法，Lambda表達式，表達式樹等。，對自己也是一個不錯的鍛煉。

   ORM的原理也就表映射，反射，拼接sql，緩存，Lambda進行方法調用。網上有很多源碼參考和原理講解，對著敲一敲完成一個簡易的ORM並不是什麼很難的事。

自己寫之前對反射還算熟悉，所以從表映射，反射，拼接sql一路走來倒也沒有什麼很難理解的。寫完第一個載入表數據的時候，也的確發現了反射用的太 多，太依賴反射，取值，賦值，調用。眾所周知，反射是會有一定的性能消耗的，雖然一次使用的影響很小，但關鍵是量多啊，量變引發質變。

   作為一個程式員，對每一絲可優化的代碼有會想要去優化。於是我就去找資料啊，看各位大神的文章啊，看到有人介紹Lambda，有人介紹CodeDom,有 人介紹Emit，這麼多選擇我該選擇什麼呢?又是找了一番資料，最後選擇了Lambda去優化。選好了優化手段，該去實現了，於是問題出現了，用 Lambda構建表達式樹，生成委托，調用，對於一個很少寫委托的菜鳥，看著源代碼實在難以理解，看了幾遍頭都痛了。沒辦法，找資料，補全自己的知識。找 Demo,寫例子，一條語句一條語句啃，慢慢的，也就稍微能理解源代碼里各個方法，各個語句的作用了，對利用lambda優化的思路也開始清晰了。

   ORM還在寫，源碼就不放上來了，菜鳥寫的菜。ORM的例子，源碼，講解網上的文章不少，自己有興趣找一下不會很難的。

   下麵是我設置屬性值的代碼，窺一斑而知全豹。

    static Func<T, object, object> GetSetDelegate<T>(MethodInfo methodInfo,Type type)  
           {  
               //設置參數節點  
               var param_obj = Expression.Parameter(typeof(T), "obj");  
               //設置參數節點值  
               var param_val = Expression.Parameter(typeof(object), "val");  
               //轉換類型  
               var body_val = Expression.Convert(param_val, type);  
               //表達式方法體  
               var body = Expression.Call(param_obj, methodInfo, body_val);  
               //生成Lambda表達式的委托  
               Action<T, object> set = Expression.Lambda<Action<T, object>>(body,param_obj, param_val).Compile();  
               //返回委托  
               return (instance, v) => { set(instance, v); return null; };  
           }  
      
           static void FastSetValue<T>(this PropertyInfo prop, T t, object val)  
           {  
               //得到屬性寫方法  
               MethodInfo m = prop.GetSetMethod();  
               //調用方法  
               GetSetDelegate<T>(m, prop.PropertyType)(t, val);  
           }  

菜鳥的理解可能不能入大神們的眼，如果我理解的有錯誤，或有偏差，還請大神們能不吝指教。