DataTable 深入解析数据源绑定原理之高级篇

前言

在上篇写了篇 实战系列之天气预报实时采集 ,有个别同志认为没技术含量，也许正如所说。

其实纵观我一直写来的200多篇文章，基本都可以看出那么点痕迹：

一：没有水文

二：没有华丽理论型的文章

三：实战型文章很多

四：文章尽量面向新手的表述,尽量了

今天写篇，还是试图从简入手，希望新手也能有收获，有有没“技术含量”，大伙看着说了~~~要是看不懂，你就点下推荐~

以下为正文

一：Winform下的DataGridView不支持使用DataReader绑定

1：问题产生

2：思考分析试验

3：得出结论

二：DataTable很强大，支持Web又支持Winform

1：分析绑定原理

在以前的MDataTable实现绑定原理篇中，我们研究出要实现绑定，有两种方式：

一种是实现IEnumerable接口，即当初走的DataReader方式实现的绑定。

另一种是实现IListSource接口，即走DataTable方式实现的绑定。

为啥当初不实现DataTable方式的绑定，不就完了，两种都支持~~-_-..现在又得回去折腾IListSource接口的实现

2：深入DataTable绑定原理

我们通过Reflector反编绎看下DataTable继承实现的接口：

几乎都是我们平常没用到的接口，不理先，我们关注IListSource怎么实现绑定的。

如果自己看一下IListSource要实现的接口有几个方法：

public   interface  IListSource
{
     //  Methods
    IList GetList();
     //  Properties
     bool  ContainsListCollection {  get ; }
}

就两个，太容易了，接着我们要在DataTable 6000多行的代码中找到IListSource的实现，查找是最好的方法：

// DataTable的实现
bool  IListSource.ContainsListCollection
{
     get  {   return   false ; }

}

IList IListSource.GetList()
{
     return   this .DefaultView;
}

GetList接口没事就返回了个默认视图，又要切进去看视图了。

public  DataView DefaultView
{
     get
    {
        DataView defaultView  =   this .defaultView;
         if  (defaultView  ==   null )
        {
             if  ( this .dataSet  !=   null )
            {
                defaultView  =   this .dataSet.DefaultViewManager.CreateDataView( this );
            }
             else
            {
                defaultView  =   new  DataView( this ,  true );
                defaultView.SetIndex2( "" , DataViewRowState.CurrentRows,  null ,  true );
            }
            defaultView  =  Interlocked.CompareExchange < DataView > ( ref   this .defaultView, defaultView,  null );
             if  (defaultView  ==   null )
            {
                defaultView  =   this .defaultView;
            }
        }
         return  defaultView;
    }
}

切进去就一大堆，实在没心情看下去，省略中间看个头与尾，只知道返回了个DataView。

忽悠：

神马啊神马，没点头绪，完全找不到绑定的重点，难道说，随便找个IList返回的类就行了？

于是让MDataTable实现IListSource接口，试试看：

实现接口：

接着忽悠：

于是看一下其实现IList接口的源码，发现一堆都在操作DataRowView

没法忽悠了：

上WC仔细从头想过：

对于IList<实体>绑定，所有的属性都会被认为是列名，其值为行的值。

而对于DataTable，里面又是怎么认识出列名和分析出值的呢？

回头继续搜索：

转换思路继续大量搜索：换了很多关键字，搜中文又搜E文

结果尽是一堆自定义控件开发的东东，结果印象中在某一篇的googleE文的“网页快照”中发现一段E文，

原文不知是哪了，上次都记得只能打开快照，现在估计能快照都没了，按想象翻译出来的中文大致为：

偶滴神啊~能从千军万马的E文中，扫到几个关键字不容易啊！！！

秘密已经出来了

3：浅入ICustomTypeDescriptor

不过此文就不走弯路了，直接分析DataRowView，对于 ICustomTypeDescriptor接口，有很多方法：

public   interface  ICustomTypeDescriptor
{
     //  Methods
    AttributeCollection GetAttributes();
     string  GetClassName();
     string  GetComponentName();
    TypeConverter GetConverter();
    EventDescriptor GetDefaultEvent();
    PropertyDescriptor GetDefaultProperty();
     object  GetEditor(Type editorBaseType);
    EventDescriptorCollection GetEvents();
    EventDescriptorCollection GetEvents(Attribute[] attributes);
    PropertyDescriptorCollection GetProperties();
    PropertyDescriptorCollection GetProperties(Attribute[] attributes);
     object  GetPropertyOwner(PropertyDescriptor pd);
}

不过基本是摆设，只因用不到，除了一个接口方法：GetProperties(Attribute[] attributes)

于是我们分析DataRowView对此接口的实现：

PropertyDescriptorCollection ICustomTypeDescriptor.GetProperties(Attribute[] attributes)
{
     if  ( this .dataView.Table  ==   null )
    {
         return  zeroPropertyDescriptorCollection;
    }
     return   this .dataView.Table.GetPropertyDescriptorCollection(attributes);
}

继续深入：

internal  PropertyDescriptorCollection GetPropertyDescriptorCollection(Attribute[] attributes)
{
     if  ( this .propertyDescriptorCollectionCache  ==   null )
    {
         int  count  =   this .Columns.Count;
         int  num4  =   this .ChildRelations.Count;
        PropertyDescriptor[] properties  =   new  PropertyDescriptor[count  +  num4];
         for  ( int  i  =   0 ; i  <  count; i ++ )
        {
            properties[i]  =   new  DataColumnPropertyDescriptor( this .Columns[i]);
        }
         for  ( int  j  =   0 ; j  <  num4; j ++ )
        {
            properties[count  +  j]  =   new  DataRelationPropertyDescriptor( this .ChildRelations[j]);
        }
         this .propertyDescriptorCollectionCache  =   new  PropertyDescriptorCollection(properties);
    }
     return   this .propertyDescriptorCollectionCache;
}

 

关键定位，只是返回一组：DataColumnPropertyDescriptor

那DataColumnPropertyDescriptor是什么？继续深入：

两行代码，那个base是啥？是PropertyDescriptor ,实现很简单，把列名传过去就行了，至此，就结束了。

不知道有多少会看到这里，估计本文大伙也就是扫下来，除非某天要应用到，不然只是忽悠下眼球了。

总结下具体实现ICustomTypeDescriptor接口方法：

三：绑定原理分析完，MDataTable模仿出击

1：MDataTable继承IListSource接口实现

        #region  IListSource 成员
         public   bool  ContainsListCollection
        {
             get
            {
                 return   true ;
            }
        }
         public  IList GetList()
        {
             return  Rows;
        }
         #endregion

2：MDataRow继承ICustomTypeDescriptor接口实现

A：先实现自定义属性描述类

自定义属性描述类MDataProperty

B：实现重点方法GetProperties(Attribute[] attributes)

         int  index  =   0 ;
        PropertyDescriptorCollection properties;
         public  PropertyDescriptorCollection GetProperties(Attribute[] attributes)
        {
             if  (index  ==   1 )
            {
                 return  properties;
            }
            index ++ ;
            properties  =   new  PropertyDescriptorCollection( null );

             foreach  (MDataCell mdc  in   this )
            {
                properties.Add( new  MDataProperty(mdc,  null ));
            }
             return  properties;
        }

OK，此至，MDataTable顺利完成了对Winform下DataGridView的支持。

本文原标题：CYQ.Data 轻量数据层之路 MDataTable绑定Winform之DataGridView 原理高级篇(三十一)

四：总结

本文有点长，不知有几人，看的明白，看的仔细，估计都是刷的一下从头拉到尾了~~~~ 

版权声明：本文原创发表于博客园，作者为路过秋天，原文链接：

http://www.cnblogs.com/cyq1162/archive/2010/10/25/1860031.html