Dapper是近2年異軍突起的新ORM工具，它有ado.net般的高性能又有反射映射實體的靈活性，非常適合喜歡原生sql的程序員使用，而且它源碼很小，十分輕便。我寫本博客的目的不是為了介紹Dapper，而是要將我使用Dapper遷移數據庫過程中遇到的bug和一些優化介紹給大家，Dapper在多數據庫支持上有些問題，我做了以下5個方面的優化。
一：Dapper核心庫存在一個重要的bug是各數據庫默認返回類型不同造成的，像count,sum等一些函數在不同的數據庫返回類型不同。比如 select count(1) from Table; sqlserver返回值類型是int，oracle是decimal，mysql是long。那么
connection.Query<int>("select count(*) from Table ");
這條語句運行在sqlserver下沒問題，其他數據庫會因為類型不匹配報錯。同樣的，Dapper要求實體對象的類型必須嚴格的與數據庫類型一一對應（主要是出現在int,byte和enum類型上）。解決的辦法是將強制轉換類型改為通用轉換，把Dapper代碼中的這句
return val is DBNull ? null : val;
改為：
return val is DBNull ? null : Convert.ChangeType(val, type);
二：沒有提供參數前綴轉換的功能，這點可以在SetupCommand方法中自行寫方法替換。
三：Dapper只提供最基本的orm框架，對增刪改沒有提供簡便的方法，Dapper擴展類就是提供這類功能的，但此擴展類存在一個不足：增改時會將實體所有字段都拼接到sql中，無法只增改部分字段，把nullable類型的字段當做普通字段處理。這里我進行了優化：拼接sql時判斷字段的值是否為空，為空的字段不做處理。
四：官方的Dapper擴展類參數前綴用的是"@"，這不符合規范，改為通過IDbConnection類型判斷加前綴。
五：添加各數據庫通用分頁方法及TOP方法。
做這么多優化目的只有一個：能夠無縫的遷移數據庫。如果你一直就用sqlserver的話，大可不必修改，附：源碼