因为看了一些关于JAVA的反射技术的应用，忽然想到DELPHI的RTTI也很强，于是试着拿数据集下手，用RTTI来实现它的对象化。用了两个晚上时间就搞定了（要不是因为开始时搞错对象--基类用了TObject，其实应该是用TPersistent才对），果然很简单。

假设有一个ADODataSet控件，连接罗斯文数据库，SQL为：

select * from Employee

现在要把它的内容中EmployeeID, FirstName, LastName三个字段显示到ListView里。我通过RTTI实现了一个数据集代理类，使得代码得到大大的简化（这两天争取把结果整理出来另外撰文说明）。其结果大致如下：

Type

  TPDSEmployee = class( TMProxyDataSet )

  published

    Property EmployeeID : Integer Index 0 Read GetInteger Write SetInteger;

    Property FirstName : String Index 1 Read GetString Write SetString;

    Property LastName : String Index 2 Read GetString Write SetString;

  End;

...

emp := TPDSEmployee.Create( ADODataSet1 );

While emp.ForEach Do

    With ListView1.Add Do

    Begin

      Caption := IntToStr( emp.EmployeeID );

      SubItems.Add( emp.FirstName );

      SubItems.Add( emp.LastName );

    End;

emp.Free;

对比传统的实现代码，好处是显尔易见的。

但是当我实现出这个TMProxyDataSet类后，不禁感到痛心疾首，这个我早在三年前就应该想到的。

三年前DELPHI6刚推出时，我就发现它的SOAP功能是通过DELPHI强大的RTTI来实现的，我为什么当时没有想到去深入研究一下DELPHI的RTTI呢？

这次要不是因为看到了一些JAVA的资料，我可能还是想不到，所以多了解一些别的语言是很重要的事。特别是最近以来，动态语言越来受到关注，虽然它们在性能上不能跟原生开发相比，但在很多的开发思想上，具有重要的启发意义。

在做了这个东东以后，我才意识到，DELPHI其实是所有原生开发语言中，动态性最高的，并不比基于虚拟机的JAVA和C#低多少。只是长期在做RAD的开发，没有体会到而已。程序员在RAD下被惯坏了。

做完这个，我打算下一步再试试用RTTI实现对象的XML持久化（基本上就是抄袭一下DELPHI本身的SOAP实现代码-_-|||）。这个思路应该会比我原先用的XML Data Binding要方便很多，至少不用再去写那个麻烦的XML Schema了。

BTW：以前没有太关注RTTI，效率恐怕是其中最重要的一个原因，但是现在看来，跟虚拟机语言甚至动态语言相比，DELPHI作为原生应用开发，这点RTTI效率损失其实根本没有想像中那么大的影响。换来开发效率的大大提高还是很值得的。