为DataGrid写一个Renderer需要注意实现的两个接口：IListDataRenderer和IDropInListDataRenderer

这个星期为项目写了一个DataGrid的item renderer，在这个过程中，发现有两个接口的实现需要注意一下。

1.IListDataRenderer

ListBase是DataGrid的super class，它也是用来显示一维线性数列数据的所有control类的super class。而这个类的实现，需要item的renderer类实现IListDataRenderer，否则就无法很好的实现renderer中定义的显示效果，尤其是那些响应用户操作的效果。

在实现的时候，也要注意实现方式的一些细节。我所遇到的问题，主要就是data属性的实现问题。

实际上IListDataRenderer没有定义自己的属性和方法，它的属性和方法都是继承自己父接口的，其中，data属性就继承自IDataRenderer接口。IDataRenderer这个接口在很多类中都有实现，具体可查阅Flex的language reference。而同时，当data数据被set时，我们都需要自定义一些逻辑来处理传入的数据，也就是说，data属性的set方法通常会被我们override。如果这时，我们没有override父类data的get方法，或者在set方法中没有去调用父类的set方法。当data的get属性被ListBase读取时，系统得到的就是一个无效值，ListBase就不会去调用renderer中定义的效果实现。

例如，在ListBase的mouseOverHandler(event:MouseEvent)方法中，系统首先就会试图将event中的target转换成一个IListDataRenderer的实现类。如果这个操作失败了，这个方法就回直接返回，而不会调用renderer中的效果定义方法，如drawHighlightIndicator()、drawSelectionIndicator()和drawCaretIndicator()方法。

2.IDropInListDataRenderer

这个接口的作用是实现所谓的Drop-In机制的。在DataGrid中的效果就是，DataGridColumn中的dataField属性定义好以后，DataGrid会根据这个属性，从item中读取相应的属性值供renderer使用。有兴趣可以去DataGrid中查看它的setupRendererFromData()方法。

所以，如果要使用Drop-In机制，就必须实现这个接口。

3.关于data和listData属性

在DataGrid的处理中，数据的组织和表现形式有很多，IListDataRenderer中定义的data和IDropInListDataRenderer中定义的listData是其中的两个。

data

在DataGrid中，data保存的，是renderer所要处理的item数据。

listData

在DataGrid中，listData中的数据类型是DataGridListData，这个class中保存了renderer要处理的cell的行列号等结构信息。