架构模式数据源模式之：表数据入口（Table Data Gateway）、行数据入口（Row Data Gateway）、活动记录（Active Record）

一：表数据入口（Table Data Gateway）

表数据入口提供了用于访问单个表或者视图（也包含了联表查询）的所有SQL，通常一个表一个类。其它代码通过它来实现对数据库的交互。基于这个特点，表数据入口和事务脚本代码以及表模块结合的很好。

在查询时候，表数据接口可以返回数据集或者 DTO 或者 DTO列表。在事务脚本代码中已经阐述过了 DTO 以及 DTO 的列表这种形式。但是使用 DTO 这种形式，带来的一个问题是：到处衍生的 DTO，那么，如何减少到处衍生的 DTO 的，见这里《》。

在传统做法中，表数据入口和领域模型不一起使用，使用领域模型，一般使用数据映射器。

表数据入口的代码到处都是，如：

    public class UserDal : SqlServerDal<User>
    {
        public override IList<User> GetList()
        {
            string sql = "select * from [EL_Organization].[User] where state=1";
            var ds = SqlHelper.ExecuteDataset(CommandType.Text, sql);

            IList<User> oblist = new List<User>();
            foreach (DataRow row in ds.Tables[0].Rows)
            {
                oblist.Add(new User{ Id = (string)row["Id"], Name = (string)row["Name"] });
            }

            return oblist;
        }

        public override User FindOne(User t){ return null;}

        public override void Insert(User model) {}

        public override void Update(User t){}

        public override void Delete(User t){}
    }

    public class User
    {
        public string Id;
        public string Name;
    }

二：行数据入口（Row Data Gateway）

行数据入口，则表中的一行记录存在一个对象。

    public class UserDal
    {
        public string Id;
        public string Name;

        public void Load(DataSet ds)
        {
            //根据 ds 得到自身，而这个 ds 有可能是从 UserFinderDal 得到的
        }

        public void Insert()
        {
            string sql = @"INSERT INTO [EL_Organization].[User] ('Id', 'Name') VALUES (" + this.Id + "," + this.Name + ")";
            var ds = SqlHelper.Execute(CommandType.Text, sql);
        }

        public void Update()
        {
            // update this;
        }

        public void Delete()
        {
            // delete this;
        }
    }

    public class UserFinderDal
    {
        public UserDal FindOne(string id)
        {
            string sql = "select * from [EL_Organization].[User] where id=" + id;
            var ds = SqlHelper.ExecuteDataset(CommandType.Text, sql);

            foreach (DataRow row in ds.Tables[0].Rows)
            {
                return new UserDal {Id = (string)row["Id"], Name = (string)row["Name"]}; ;
            }

            return null;
        }

        public List<UserDal> FindList(string name)
        {
            return null;
        }

    }

可以看到，和表数据库入口比，查询数据库中的数据，表数据库入口只要一个类就可以了，而行数据入口则需要两个类，自身也被用做数据库实体，但是负责自身的 update insert delete，而要查询自身和集合或者是操作集合，则需要另外一个类来完成。

二：活动记录（Active Record）

活动记录与行数据入口很类似。二者的差别是行数据入口只有数据库访问而活动记录是即有数据库访问又有领域逻辑。在行数据入口中，我们一般使用两个类，而在活动记录中，一般则无此限制，通常情况下，一个类可能会显得更清爽。

领域模型，一般和活动记录或者数据映射器协作。

在软件开发中，初级的做法是：事务脚本；

比较高级一点的做法是：活动记录。一般，当发现事务脚本的代码已经复杂到难以维护的时候，则可以逐步创建活动记录，然后慢慢为它们添加行为，即：把表包装成为活动记录，然后添加领域逻辑。

最复杂而高级的做法是：领域模型。

从以上的描述中，我们很容易知道如何修改本文中的表数据入口或者行数据入口的代码，继而让它成为活动记录的。

    public class UserActiveRecord
    {
        public string Id;
        public string Name;

        public void Load(DataSet ds)
        {
            //根据 ds 得到自身，而这个 ds 有可能是从 UserFinderDal 得到的
        }

        public void Insert()
        {
            string sql = @"INSERT INTO [EL_Organization].[User] ('Id', 'Name') VALUES (" + this.Id + "," + this.Name + ")";
            var ds = SqlHelper.Execute(CommandType.Text, sql);
        }

        public void Update()
        {
            // update this;
        }

        public void Delete()
        {
            // delete this;
        }

        public UserActiveRecord FindOne(string id)
        {
            string sql = "select * from [EL_Organization].[User] where id=" + id;
            var ds = SqlHelper.ExecuteDataset(CommandType.Text, sql);

            foreach (DataRow row in ds.Tables[0].Rows)
            {
                return new UserActiveRecord {Id = (string)row["Id"], Name = (string)row["Name"]}; ;
            }

            return null;
        }

        public List<UserActiveRecord> FindList(string name)
        {
            return null;
        }

        public void SomeOtherLogic()
        {
        }
    }