【求助】C# DbDataReader 转 List 动态类 ，怎么弄？

[月之点点]

下面是我的代码。我写的只支持 转List<T> 但是不支持转List<dynamic> 求助大神。
有没有转 List<dynamic> 的代码。多谢。

        ///<summary>  
        ///SqlDataReader转换成List<t>
        ///</summary>  
        ///<param name="reader">数据</param>  
        ///<returns></returns>  

        internal List<T> SqlPar_List<T>(DbDataReader reader) where T : new()
        {
            List<T> list;
            //Type type = typeof(T);
            string tempName = string.Empty;
            if (reader.HasRows)
            {
                list = new List<T>();
                while (reader.Read())
                {
                    T t = new T();
                    PropertyInfo[] propertys = t.GetType().GetProperties();
                    foreach (PropertyInfo pi in propertys)
                    {
                        tempName = pi.Name;
                        if (SqlPar_readerExists(reader, tempName))
                        {
                            if (!pi.CanWrite)
                            {
                                continue;
                            }
                            var value = reader[tempName];
                            if (value != DBNull.Value)
                            {
                                pi.SetValue(t, value, null);
                            }
                        }
                    }
                    list.Add(t);
                }
                reader.Close();
                return list;
            }
            return null;
        }

研究了好久都无法实现。好郁闷

[【Help】]

internal List<T> SqlPar_List<T>(DbDataReader reader) where T : new()
        {
            List<T> list=new List<T>();
            Type type = typeof(T);
            if (reader.HasRows)
            {
                
                while (reader.Read())
                {
                    object note = Activator.CreateInstance(type);
                    foreach (var item in type.GetProperties())
                    {
                        item.SetValue(note, reader[item.Name]);
                    }

                    list.Add(note as T);
                }
                reader.Close();
                return list;
            }
            return list;
        }

[月之点点]

引用 1 楼 zhanglong_longlong 的回复:

internal List<T> SqlPar_List<T>(DbDataReader reader) where T : new()
        {
            List<T> list=new List<T>();
            Type type = typeof(T);
            if (reader.HasRows)
            {
                
                while (reader.Read())
                {
                    object note = Activator.CreateInstance(type);
                    foreach (var item in type.GetProperties())
                    {
                        item.SetValue(note, reader[item.Name]);
                    }

                    list.Add(note as T);
                }
                reader.Close();
                return list;
            }
            return list;
        }

foreach (var item in type.GetProperties()) dynamic 里面没有属性，怎么循环？ 是不是应该先动态添加属性然后在循环？

[以专业开发人员为伍]

dynamic 只是一个语法糖，你没有说明要在方法里边具体用什么类型来实际承载对象，那么 dynamic 其实就是空洞的。 反过来说，假设你封装一个方法返回 List<dynamic>，那么其实掩盖了真实的类型，得不偿失。要使用 dynamic 语法你可以写

List<ABC> lst = ...............
foreach(var x in lst)
{
    dynamic y = x;
    var z = y.value;
}

这样，或者随时可以写

List<ABC> lst = ...............
var lst1 = lst.Cast<dynamic>();
foreach (var y in lst1)
{
    var z = y.value;
}

这样。代码 lst.Cast<dynamic>() 既可以随便得到 List<dynamic>，跟 DbDataReader 根本没有关系。 关键是，写代码必须尽可能地具体，而不是尽可能地空洞。真正懂得抽象的人，反而代码非常具体，最好的抽象的艺术性就在于月抽象则越简洁而具体，不把精力放在不必要的走弯路的抽象方式上。

[以专业开发人员为伍]

这样一个方法返回 List<T> 是实际的代码。 而这样一个方法返回 List<dynamic> 实际上是空洞的，因为这个方法内部必须先把实体类型“落地”，必须有实际的类型然后才能使用 dynamic 语法糖。没有实际类型，不知道方法里实际类型具体到什么类型，那么这个方法也就写不出来。 所以这个方法就应该返回 List<T>，或者任何具体可实现内涵的方法。dynamic 方法应该用于最终的“使用端”代码，而不是“输出端”代码来使用 dynamic 定义。

[以专业开发人员为伍]

引用 2 楼 shijianyu00 的回复:

dynamic 里面没有属性，怎么循环？ 是不是应该先动态添加属性然后在循环？

所谓的“动态添加属性”，你十有八九是指的是对 ExpandoObject 类型的对象实体来“动态添加属性”，因为它实现了 IDictionary<string,object> 接口。 那么假设要这样设计的时候，靠谱地接口设计，就是把返回值声明为 List<ExpandoObject> 而不是 List<dynamic>。设计之输出一个方法实现时，应该是越具体越好。调用方法的使用者才去考虑多态使用问题、dynamic 动态代码问题。这是内外有别的。 如果搞反了，就本末倒置了。