把Sql数据转换为业务数据的几种方法

ORM系统必须把数据库中的数据转换为业务数据，转换的方法大致有3种，本文就试图对它们做一些简单分析。1、属性反射。就是通过反射，获取业务实体类的各个属性，然后再设置这些属性的值。这个方法最简单、最稳定、通用性最强、可维护性最强、性能最差。例如NHibernate就是用这种方法实现的，它通过IGetter和ISetter接口实现对某个业务实体类属性的读取和写入。DongLiORM的早期版本也是用的这种方法，他通过BusinessObject的属性索引器实现。其原理就是首先通过获取某个业务实体类某个属性的PropertyInfo，然后调用该PropertyInfo的GetValue或者SetValue方法。类似的代码如下：PropertyInfo info = BusinessType.GetProperty(PropertyName);info.SetValue(this, value, null);比如，现在有一个业务实体类UserItem，其定义如下：public class UserItem     {        public UserItem() { }        private string _userid;        private string _username;        private string _pwd;        private string _email;        public string UserID        {            set { _userid = value; }            get { return _userid; }        }        public string UserName        {            set { _username = value; }            get { return _username; }        }        public string Pwd        {            set { _pwd = value; }            get { return _pwd; }        }        public string Email        {            set { _email = value; }            get { return _email; }   }}UserItem对应数据库中的Users表，他的属性对应Users表的字段UserID，UserName，Pwd，Email。现有一个返回了Users表数据的IDataReader，要把IDataReader转换为一个UserItem的数组，就用类似如下的方法：        public T[] DbReaderToBusinessObject<T>(IDataReader Reader) where T: new()        {            List<T> list = new List<T>();                        while (Reader.Read())            {                T Item = new T();                                Type BusinessType = Item.GetType();                for (int i = 0; i < Reader.FieldCount; i++)                {                    string PropertyName = Reader.GetName(i);                    PropertyInfo info = BusinessType.GetProperty(PropertyName);                    info.SetValue(Item,Reader[i],null);                }                list.Add(Item);            }            Reader.Close();            return list.ToArray(); }2、通过XML序列化。就是在读取数据的时候，从数据库中返回的Xml形式的数据，然后通过用XmlSerializer的Deserialize方法把数据转换成业务数据。目前没有见到有用这种方法实现的产品。其优点同第一种方法，但转换的效率似乎比第一种方法效率高一些（不过也不会高多少，反序列化实际上也需要反射），但是增加了从数据库中返回数据的数据量，而且对于已经编译了的业务实体类也无能为力。其实现方法类似下面的过程（以Sql Server 2000为例）。   业务实体类的定义：   [Serializable]   [XmlRoot("Users")]    public class UserItem    {        public UserItem(){}        private string _userid;        private string _username;        private string _pwd;        private string _email;        [XmlAttribute("UserID")]        public string UserID        {            set { _userid = value; }            get { return _userid; }        }        [XmlAttribute("UserName")]        public string UserName        {            set { _username = value; }            get { return _username; }        }        [XmlAttribute("Pwd")]        public string Pwd        {            set { _pwd = value; }            get { return _pwd; }        }              [XmlAttribute("Email")]        public string Email        {            set { _email = value; }            get { return _email; }        }   }   转换过程：   List<UserItem> UserList = new List<UserItem>();   string XmlSql = "select * from Users for xml auto";    SqlCommand cmd = new SqlCommand(XmlSql, con); cmd.CommandText = XmlSql;    XmlReader r = cmd.ExecuteXmlReader();    XmlSerializer sr = new XmlSerializer(typeof(UserItem));    while (r.Read())    {        UserList.Add(sr.Deserialize(r) as UserItem);    }r.Close(); 3、在业务实体类中自定义一个把Sql数据解析成业务数据的方法。这种方法的优点是转换的效率非常高，在理想的情况下，和Ado.net的速度不相上下，缺点是必须对每个业务实体类实现一个把Sql数据解析成业务数据的方法。手工编码的工作量非常大，配上专门的代码辅助工具，可以减轻工作量，但是，如果数据结构需要改动，则改动的地方比较多，容易出错。用这种方法实现的有NBear V3，DongLiORM 1.2等。比如NBear V3中就有几个专门方法，比如：public override void SetPropertyValues(System.Data.IDataReader reader);public override void SetPropertyValues(System.Data.DataRow row); 而DongLiORM则是通过重写索引器(还是上文的UserItem)：public override object this[string PropertyName]     {            get            {                switch (PropertyName)                {                    case "UserID": return _userid;                    case "UserName": return _username;                    case "Pwd": return _pwd;                    case "Email": return _email;                }                return base[PropertyName];            }            set            {                switch (PropertyName)                {                    case "UserID": _userid = (string)value; return;                    case "UserName": _username = (string)value; return;                    case "Pwd": _pwd = (string)value; return;                    case "Email": _email = (string)value; return;                }                base[PropertyName] = value;            }} “鱼我所欲也，熊掌亦我所欲也，二者不可得兼，舍鱼而取熊掌者也”。系统的性能和代码简单性，二者不可兼得，到底我们更需要谁呢？ 狂想：假设我们有一个这样的东西，他能够在运行时候改变现有的某个类（比如UserItem）的某个属性（比如索引器）/方法（比如SetPropertyValues）就好了，这样我们就可以在设计的时候写非常少的代码，而又能够获得比较高的运行效率。可惜PropertyBuilder等只能对动态类有用，帮不上忙。 我所想到方法的就这些，各有优点和缺点，不知各位有没有其他的方法，能让统的性能和代码简单性和谐统一。