不管出于什么原因，有时候框架人员摒弃了NH或EF，而使用原生数据库访问对象。
为了优美的编程，用上我写的轻量级动态生成更新SQL扩展方法吧
还记得在EF中只更新修改过的字段时，我们这么写：
var e = db.Entry(d); e.State = EntityState.Unchanged; d.UploadTime = DateTime.Now; e.Property("UploadTime").IsModified = true; db.SaveChanges();
目的是，使生成的更新SQL只更新UploadTime字段，否则会更新所有字段，那么就需要先查询一遍再更新。
既然提到数据仓储，我们更新一个实体在数据层最好只有一个方法，但是一个更新的SQL能满足要求吗？
出于以上目的，我写了这样的轻量级扩展方法:
public static class SqlStringEx { /// <summary> /// 根据实体模型的赋值情况，动态生成更新SQL。避免要先获取再保存，或者避免按需写多个更新SQL /// </summary> /// <typeparam name="T"></typeparam> /// <param name="t"></param> /// <param name="tableName">数据表名称</param> /// <param name="conditionColumnName">更新时条件列名称，该列名需包含在parameters中</param> /// <param name="parameters"></param> /// <returns></returns> public static string GenerateUpdateSql<T>(this T t, string tableName, string conditionColumnName, out List<SqlParameter> parameters) where T : new() { parameters = new List<SqlParameter>(); StringBuilder res = new StringBuilder(); res.AppendFormat("update {0} set ", tableName); var props = t.GetType().GetProperties(); string wherePart = null; foreach (PropertyInfo item in props) { var propVal = item.GetValue(t, null); var hasValue = propVal != null && !propVal.Equals(0); if (hasValue) { var filedname = item.GetFieldName(); parameters.Add(new SqlParameter { Value = propVal, ParameterName = filedname }); if (filedname.Equals(conditionColumnName.ToLower())) { wherePart = string.Format(" where {0}=@{0} ", filedname); } else { res.AppendFormat(" {0}=@{0} ,", filedname); } } } res.Remove(res.Length - 1, 1); res.Append(wherePart); return res.ToString(); } }
其中的GetFieldName()方法见上一篇
有了这个方法，数据层一个实体就只需要一个更新的方法，也不需要自己去拼接更新的SQL了。
List<SqlParameter> parameters =null; var saveSql = model.GenerateUpdateSql("TableName", "ID", out parameters);
注意，model的属性的默认值分两种，值类型默认值为0，引用类型和非空值类型的默认值是null，当model属性的值不是默认值的时候会参与值的更新。
saveSql就是我们要更新的SQL，parameters是对应更新的参数。ID参数也可以是别的列，但在model中作为条件的列的值不能为默认值。
有没有很方便，欢迎抛砖。
虽然重复造轮子，但方便性是不是可以弥补一切。
性能要求高的，请慎重考虑，因为内部使用了反射。
原文：http://www.cnblogs.com/langu/p/4576631.html