上一篇中演示的代码中，有很多重复部分，比如针对每个实体类如StudentInfo、ClassInfo、RoomInfo，都要写逻辑基本上是一模一样的查询、更新、删除、添加方法。既然是重复，那么可以想办法提取规则，精简代码。
猫哥想到的，有两个方向。
第一种，既然读出来的都是数据库表格的内存映射，那么最简单的，我们可以定义一个类如下：
public class Table{ String column1; String column2; ... String columnN。 }
N的取值比数据库表中列数最多的表的列数再多一点就行。这样不管我们怎么从数据库中联多少表，我们拿出数据之后就按顺序往Table类的column1、column2等变量里面放就行。而删除、修改、增加直接写sql语句就行了，也很方便。
说到这里，其实可以用List<Map<String, String>>来直接存储一个表的所有数据。例如，可以使用这样的List<Map<String, String>>来存储我们上一篇中查询出来的学生数据：
public static void main(String[] args) {//测试 StudentOperation stuOper=new StudentOperation(); List students=stuOper.selectAll(); List<Map<String, String>> table=new ArrayList<Map<String, String>>(); for(Object obj:students){ StudentInfo stu=(StudentInfo)obj; Map<String, String> row = new HashMap<String, String>(); row.put("姓名", stu.getStudentName()); row.put("班级", stu.getStudentClass().getClassName()); table.add(row); } System.out.println(table.toString()); }
来看下输出：
[{姓名=火星人, 班级=一年级一班}, {姓名=霸王龙, 班级=一年级一班}, {姓名=赵柳, 班级=一年级二班}]
1
OK，识货的人一看就知道，实在是漂亮，当然我们既然有了List<Map<String, String>> 这个模拟类型，也就不必要自定义StudentInfo等类了，直接将ResultSet读出的东西赋值给List<Map<String, String>>类型对象保存即可。
到了这里，是不是感觉快完美了？其实还差得远了，有没有发现我们每个Map<String，String>对象里面都保存了列名（比如姓名、班级）。而真实世界中只需要保存一次列名就行了，所以是不是应该再封装？其实在C#世界里有一个DataTable类，就是完美模拟了数据库表在内存中的形态，有兴趣的可以自己看下功能，然后在Java上实现下。
第一个方向，纯粹是简化了部分代码量，但是不够优雅。为啥不够优雅，最直观的，Java是面向对象的，而前面相当于把对象都砍掉了，没有对象，那封装、多态等面向对象带来的好处也就不好享受了。所以还得想想其他出路。
其实也很好想，我们可以让类的名字与数据库表名字相同，然后让类里面属性的名字与数据库列名字相同，这样规则就很明显了，数据库的结构我们不清楚，但是我们可以通过类的结构得出数据库表结构，进而就可以操作数据库了，而类的结构可以通过反射来获取，这样来看，是不是问题就解决了。
还有表之间的关系呢…看来光靠类结构描述的不够啊，所以还可以借助其他的东西例如xml文件、例如Java注解来描述更多的类和数据库结构之间的关系。嗯，可想而知这样的东西自己封装是非常麻烦的。哈哈，但是现在有现成的框架，我们只需要按框架规则写代码就OK了，轻松而愉快。这一类的框架代表是Hibernate和Mybatis，在后续的系列中，猫哥会介绍MyBatis的使用。
