用三层架构开发项目，经常会遇到如下场景：

      D层负责与数据库交互，一般是得到DataTable或DataSet对象，然后返回给B层，B层进行类似的处理来读取数据：dt.Rows[0][“xxx”];或者dt.Rows[0][1];(强烈不建议使用)。

      有时DataTable也会被传到UI层，与控件进行绑定，显示数据。例如ASP.NET的repeater控件提取数据：<%# Eval(“xxx”)%>。

      无论是何种情况，使用DataTable不可避免的要填写读取的字段，这样做的坏处不言而喻：

      |  非常容易写错，而且编译器不检查。

      |  必须了解数据库的结构。

      |  不符合面向对象编程思想。

      |  DataTable为弱类型，无法直观的看出字段的数据类型。

      这个问题一直困扰着我，这次借着重构机房收费系统的机会，研究了一下这个问题，找到了一种比较好的解决方案：在D层把DataTable转换成单个实体类，再把实体类填充到泛型集合中。

核心思想如图：

      实体类即数据库的映射，因此实体类中的属性和数据库表中的字段是相对应的。把DataTable中的每一行记录视为一个实体类，把其中的字段读取出来，存放到实体类的属性中，再把所有的实体类存在泛型集合中。因此，DataTable中有多少个记录，泛型集合中就有多少个实体类，每个实体类的属性和DataTable的字段是相对应的。

      试想一下，这样一来，传到B层或U层的将是一个实体类集合，读取数据将会是如下场景：list[0].xxx;

      这样做的优点如下：

      |  编写B层的人员无需手动填写需要的字段，直接按一下点，全都提示出来了，想用哪个用哪个，不会出现写错的情况。

      |  不必了解数据库结构。

      |  符合面向对象思想。

      |  实体类的属性是强类型，每个字段的类型都是已知的。

      那么用代码如何实现呢？下面一一列举。

      注意：以下代码仅仅是为了模拟，有些不规范的地方，代码注释中有提示，切勿模仿！

实体类代码：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace Entity
{
    /// <summary>
    /// Users表实体类
    /// </summary>
    public class Users
    {
        private long _id;
        private string _userName;
        private string _passWord;

        public long id 
        {
            set