ORM还是纯SQL
这点在项目选型上是值得思考的一个问题，两种方式各有优劣，参考dapper给出的横向对比不难发现
ORM
编码便利，易于管理和维护
性能会打折扣
纯SQL
性能绝对没得比
管理复杂，容易引入因变动导致的错误
公司之前的项目一路过来也是由纯SQL引入ORM，历次的版本更新都比之前存SQL时代轻松的不少。
但，一直以来有个问题，那就是更新UPDATE的时候
ORM中UPDATE的一般做法
假设我们有以下实体类
public class Player{
public int Id { get;set; }
public string Name { get;set; }
public int Age { get;set; }
... //其他属性字段 可能有很多
} ```
在需要更新的时候一般是这样的
```csharp
...
player.Age = 20 ;
db.Update<Player>(player);
问题来了：ORM内部是通过反射将player对象转换成SQL语句
update player set Name=@Name,Age=@Age , ... where Id = @Id;
这里会把所有的属性字段都SET一遍，很多时候我们可能只改变了其中几个字段。这真是一种蛋疼的方式，如果模型的属性比较多，那真是悲剧了。
优化改进
既然这块太臃肿了，我们希望只修改变动的字段。如何做呢？利用属性的set get方法,在属性赋值的时候记录下变动。
public class Player{
private IDictionary<string,bool> _firstDic = new Dictionary<string, bool>();
//记录变动
private IDictionary<string,object> _changedDic = new Dictionary<string,object>();
public IDictionary<string,object> GetChangedDic()
{
return _changedDic ;
}
protected void AddToChangeDic(string key, object value)
{
if (_firstDic.ContainsKey(key))
{
if (_changedDic.ContainsKey(key))
_changedDic[key] = value;
else
_changedDic.Add(key, value);
}
else//第一次是 数据库转成对象时候的赋值，需要排除
_firstDic.Add(key,true);
}
public int Id { get;set; }
//简单起见， 这里只用Add方法来代表下修改
private string _name ;
public string Name { get {return _name ; }set {_name = value ; _changedDic.Add("Name",value) ; } }
private int _age ;
public int Age { get{return _age ; }set {_age = value ; _changeDic.Add("Age",value) ; } }
...
}
所以当我们在对对象属性赋值之后可以得到一个匿名类或者字典，这个根据自己使用的ORM框架或者自己的封装而定。改进后ORM UPDATE 的方法是这样的
public void Update<Role>(IDictionary<string,object> dic,Expression<Func<T, bool>> where){ ... }
...
player.Age = 20 ;
db.Update<Role>(player.GetChangedDic(),item=>item.Id == player.Id);
在UPDATE 内部生成SQL的时候可以省去大部分没变的字段。
遇到的另外一个问题
很多的ORM框架UPDATE的时候支持匿名函数传值
public void Update<Role>(object obj,Expression<Func<T, bool>> where){ ... };
而这里的局限性是 obj 只能是在编码的时候固定字段，不能再程序运行期间动态增减字段。
而C#有的其他几个匿名类，构造出来的类型无法通过反射获取全部的property （尝试过很多方式，没成功，有好的思路欢迎推荐）
