1、一、中引入类的意义与缺陷：。在应用程序中，是一个很重要的概念，它的主要功能就是为的操作提供与客户表单相映射的数据，如果在客户指定的情况下，还包括对数据进行校验，根据业务逻辑的需要，对数据状态进行修改，在改变系统状态后，则自动的回写新的数据状态并保持。程序员对与的对应关系，通常感到很迷惑，与到底是1：1，还是：1，对此，本身对此并没有提出自己的观点。
2、无论是一对一，还是多对一，本身并不关心，它都能很好得工作。在它的开发文档中指出，对于较小规模的开发，开发人员可以根据自己的需要，每个模块只写一个，甚至整个应用程序只写一个。
3、当然，也不反对每个只对应一个，他们之间的对应关系，由开发人员自己决定。在我看来，正如对2的重大贡献一样，使得程序员对二维关系数据库的存取对象化了，程序员可以使用或者等面向对象的方法来操纵关系数据库的数据，而也使得程序员对网页的数据存取奇迹般的对象化了，程序员同样也可以使用或者等面向对象的方法存取网页上的数据，这是一个开发模式方式上的重大转变。
4、基于此，我个人认为与即层的关系最好是一对一的关系，这样，在理解上会更清晰一些。但是，这样也会带来一个很现实的问题，在一个应用程序中，也许有非常多得页面，如果每个都只对应一个页面，那么系统的代码就会急剧膨胀起来，而且，每个都是只有很简单的或者方法存取数据，那么，如何简化应用程序的开发呢。
5、在1.1中，引入了和，试图解决这个问题，在我看来，的引入，破坏了对网页存取对象化的概念，使开发人员重新回到了使用、等集合对象来实现对数据进行存取的老路上来。虽然应用程序的灵活性大大增加了，但是代码的可读性也大大降低了，开发人员之间的交流难度也增加了。在传统的应用程序对的访问中，我们通常都写成如下的形式：(。
1、(“”))；(。(“”))；
2、在的方法中，我们把这个集合用。(“”，)起来，然后在页面中，我们用把数据循环现实出来。代码通常都是这个样子：。在中，对数据的访问和显示的写法通常都是很固定的，在层，我们是没有办法简化自己的代码的，在层，其写法通常也很固定，只是做一个页面的跳转，商业逻辑和对数据得访问，通常都是放在中。
3、那么，在此，我提出一种运用类反射的机制，使应用程序对的赋值自动化，即应用程序通过一个简单的接口，使用一个通用的方法，就可以完成对的赋值，而不必在每个使用的地方，都把数据库中的值手动赋值给，然后再在页面中显示出来。虽然它不能减少的数量，但是，它至少使应用程序对的赋值自动化了，从而减少了程序出错概率，提高了程软件开发效率。
4、二、类反射的概念：。关于类反射的概念，在此我就不详细介绍了，它不是本文的重点，网站上有大量介绍类反射概念的文章，大家可以找出来参考一下。其实，本身就大量利用了类反射的机制。
5、—————————————–。
