小菜提到的实体类，即项目中业务或者数据库表的映射，貌似也可以称为模型，不同的语言中叫法不同吧！！

       举个例子，比如在某个Web页面中，表单上有大量的数据需要提交，如果是初学者，很可能这样接收参数：

       String param1;String param2;String param3;……

       这样做的坏处很多，比如：代码会显得很乱，可能会出现大量重复代码，最主要的就是没有做到面向对象的“封装性”，导致程序不容易维护。

       由此，聪明的程序员们提出了实体类的概念，也就是用类来封装业务所需要的数据。

       public class User {

       private String uid;

       private String pwd;

       public String getUid() {

              return uid;

       }

       public void setUid(String uid) {

              this.uid = uid;

       }

       …..

       }

       这样一来，我们在保存数据时，只需创建一个对象，然后通过“.”的方式来访问对象的属性，提高扩展性、提高复用性、代码简洁等等好处不言而喻。

       在实际使用中，实体类往往是和某个业务或者数据库表相对应的，看起来很简单，但随着需求的复杂化，业务和业务之间可能会交叉，表和表之间可能会联合查询。

       这样一来，以前一一对应的实体类，便无法满足需求，因为某个实体类中可能找不到我们需要的属性，但是它却在另一个实体类中，而我们又不想随便在某个实体类中添加一个毫不相关的属性，因为这样做可能会打破类的职责单一原则。

       因此，我们不得不再新建一个实体类ClassAAndClassB，这个实体类包含了类A和类B的所有属性，对于稍有经验的程序员来说，这绝对是个噩梦，因为组合的可能性是在是太多，而且可能是很多个实体组合，等待我们的将是无数的实体类，导致程序混乱不堪。

       小菜一直苦于此事，今天终于通过Java的反射和泛型写了一个“联合实体类”。

       通过这个联合实体类，可以把任意多个实体类融合成一个实体类。

联合实体类代码：

1 import java.lang.reflect.Method;  2 import java.util.List;  3   4 /**  5  * 联合实体类  6  * @author 杨元  7  *  8  */  9 public class UniteEntity { 10      11     //联合实体对象集合 12     List

 

调用方法：

 

1 //创建一个对象集合 2 List

 

说明：

 

       用法很简单，创建联合实体对象的时候必须传入需要融合的实体对象集合。

       如果想调用的方法是取值方法，则先调用联合实体对象的getFunction方法，参数是方法的名称，一定要写对！！最好是复制！！这个步骤会查找到指定的方法，并且确定该方法的返回值类型，然后把getFunction方法的返回值作为参数，调用联合实体对象的getValue方法，即可取得属性值。

       如果想调用的方法是赋值方法，则先调用联合实体对象的setFunction方法，同理，该方法会确定参数的类型，把setFunction方法的返回值作为参数，调用联合实体对象的setValue方法，再加上需要赋给的值，即可给属性赋值。

       由于使用了泛型技术，所以本类比较安全、稳定。调用赋值方法时，如果传入的值和方法的参数类型不同，直接赋值失败，不会抛出异常；调用取值方法时，直接对取出来的值进行强制类型转换即可，无需验证数据类型（例如：int[] items = (int[])ue.getValue(ue.getFunction("getEmp"));）。

注意事项：

 

       使用本类肯定会降低程序效率，慎重使用。

       本类只支持带有一个参数的属性赋值方法。

       如果多个实体类中有重复的方法名称，则默认使用的是在集合中靠前的那个实体类的方法。

写在后面的话：

 

       本文只是提供一种思路，肯定不是最好的解决方案，也不一定能满足读者的需求，高手勿喷。。。

附：完整演示代码