C#将DataTable转化为List<T>
2017-05-16 21:23
375 查看
在这次的机房重构中运用到了将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
我想最主要是体现软件发展的分层处理,体现分工,提高开发效率和降低复杂度,以使人能处理更加复杂的问题,更高层的抽象就是这目的
下面是我的在这次重构中的实践:
单独写的一个方法,方便调用:
不积跬步无以至千里!
由于是初次接触,还有很多不足之处,希望各位不吝赐教!
下面我来说说我自己的理解:(这些都是我个人的理解,可能有很多不到位或者不正确的地方,还望各位不吝赐教!)
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
我想最主要是体现软件发展的分层处理,体现分工,提高开发效率和降低复杂度,以使人能处理更加复杂的问题,更高层的抽象就是这目的
下面是我的在这次重构中的实践:
单独写的一个方法,方便调用:
public class DALDataTableToList { /// <summary> /// 利用反射将Datatable转换为List<T>对象 /// </summary> /// <typeparam name="T">集合</typeparam> /// <param name="dt"> datatable对象</param> /// <returns></returns> public List<T> DataTableToList<T>(DataTable dt) where T : new() { //定义集合 List<T> ts = new List<T>(); //定义一个临时变量 string tempName = string.Empty; //遍历dataTable中的数据行 foreach (DataRow dr in dt.Rows) { T t = new T(); //获得此模型的公共属性 PropertyInfo[] propertys = t.GetType().GetProperties(); //遍历该对象的所有属性 foreach (PropertyInfo pi in propertys) { tempName = pi.Name;//将属性名称赋值给临时变量 //检查datatable是否包含此列(列名==对象的属性名) if (dt.Columns.Contains(tempName)) { //取值 object value = dr[tempName]; //如果非空,则赋给对象的属性 if (value != DBNull.Value) { pi.SetValue(t,value,null); } } } //对象添加到泛型集合中 ts.Add(t); } return ts; } }D层代码:
public List<Model.CheckStatus> DRemainCash() { //sql语句 string sqlcheckdayinfo = "select top 1 * from CheckDay_Info order by ADate desc"; SqlParameter[] para = { }; DataTable dt; dt = null; using (dt = SqlHelper.ExecuteDataTable(sqlcheckdayinfo,para)) { DALDataTableToList tabletolist = new DALDataTableToList(); return tabletolist.DataTableToList<Model.CheckStatus>(dt); } }
不积跬步无以至千里!
由于是初次接触,还有很多不足之处,希望各位不吝赐教!
相关文章推荐
- C#中将DataTable转化成List<T>的方法解析
- C# 将list<>泛型集合 转化为 DataTable
- C#中DataTable转化为List<T>解析
- C#中DataTable转化为List<T>解析
- C#将DataTable转化为List<T>
- C#将DataTable转化为List<T>
- C#将DataTable转化为List<T>
- C# DataSet转化为List<string[]>
- C# List<T>转为 DataTable
- C# IList<T>转为DataTable
- JSON之Asp.net MVC C#对象转JSON,DataTable转JSON,List<T>转JSON,JSON转List<T>,JSON转C#对象
- c# Json List<T> DataTable 数据相互转换
- JSON之Asp.net MVC C#对象转JSON,DataTable转JSON,List<T>转JSON,JSON转List<T>,JSON转C#对象
- c# Json List<T> DataTable 数据相互转换
- 将List<T>转化成 DataTable--调整可空类型的转化错误
- C# DataTable 转换成List<T>
- C# ——List<Enum> 转化为List<string>
- List<T> 转化为DataTable,使用Array.ForEach()
- asp.net中将dataTable数据转化为List<>
- c# Json List<T> DataTable 数据相互转换