在这次的机房重构中运用到了将DataTable转化为List<T>,第一次使用有很多不理解地方以此写篇博客记录自己的成长。其实在用的时候我就在想我们为什么要用它?用它有什么样的好处?
下面我来说说我自己的理解:(这些都是我个人的理解,可能有很多不到位或者不正确的地方,还望各位不吝赐教!)
DataTable是相当于从数据库中查询出来的一张表,也就是说我们如果在七层中使用了DataTable那么就相当于把Entity(实体)给架空了,特别是当我们使用查询的时候基本上用不到实体,这似乎有点破坏了七层的结构。而且也很不安全这样就相当于对数据库中的整张表进行了查看。
List<>中的每一个字段都相当于一个实体,这样体现了一种数据的安全性。
网上一些人的看法:
强类型的DataTable先不说。
主要是有以下几个原因,现在的DataTable慢慢退出历史舞台:
1.List<T>是强类型化的,而DataTable不是
一般的DataTable,访问某列时,是通过string的ColumnName来取得的,比如:
string name = dt.Rows[i]["Name"].ToString();
因为是string的列名,存在记错写错的风险,且编译不检查
而List<T>,因为类型化的元素,编程时属性可以有IDE的智能感知来选择,编码更方便。
不容易出错:
string name = list[0].Name;
2.Linq的强有力支持,使得操作List<T>有前所未有的快感
其实在linq出来之前,还是DataTable用的多,因为要想过滤数据,可以用
DataView,DataTable.Select()等方法。而List<T>只能是自己写循环,麻烦。
Linq出来之后,where,join,group by,order by...等等操作,对于List<T>的查询
真是很便利。
3.DataTable的结构远比List<T>要复杂,内存占用量更大。
在有变化的场合下,DataTable里要维护不同RowState的数据(修改前的和现在的),还有Schema数据
List<T>就没有这些累赘,更轻快。
所以,Linq+List<T>才使得现在大家越来越倾向使用List<T>而不是DataTable
我想最主要是体现软件发展的分层处理,体现分工,提高开发效率和降低复杂度,以使人能处理更加复杂的问题,更高层的抽象就是这目的
下面是我的在这次重构中的实践:
单独写的一个方法,方便调用:
/// <summary>
/// 利用反射将Datatable转换为List<T>对象
/// </summary>
/// <typeparam name="T">集合</typeparam>
/// <param name="dt"> datatable对象</param>
/// <returns></returns>
public static List<T> DataTableToList<T>(DataTable dt) where T : new() {
//定义集合
List<T> ts = new List<T>();
//遍历dataTable中的数据行
foreach (DataRow dr in dt.Rows) {
T t = new T();
//获得此模型的公共属性
PropertyInfo[] propertys = t.GetType().GetProperties();
//遍历该对象的所有属性
foreach (PropertyInfo pi in propertys) {
string tempName = pi.Name;
if (!dt.Columns.Contains(tempName)) continue; //检查datatable是否包含此列(列名==对象的属性名)
object value = dr[tempName]; //取值
if (value == DBNull.Value) continue; //如果非空,则赋给对象的属性
pi.SetValue(t, value, null);
}
//对象添加到泛型集合中
ts.Add(t);
}
return ts;
}
---------------------
作者:HarveyHarveyHarvey
来源:CSDN
原文:https://blog.csdn.net/wanghuawei19930812/article/details/72331234
版权声明:本文为博主原创文章,转载请附上博文链接!