根据select sql中的字段名生成一个JavaBean，bean中包含所有字段的Get方法

有两张表：

create table test_class (
  `class_id` int(11) auto_increment primary key,
  `class_name` varchar(50) NOT NULL default '',
  `class_level` varchar(50) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

create table test_student (
  `student_id` int(11) auto_increment primary key,
  `class_id` int(11) not null default '0',
  `student_name` varchar(50) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

假设你要显示班级及其学生，需要执行两条sql:

select class_id, class_name, class_level from test_class;

select student_id, student_name from test_student where class_id = ${class_id}

第一句，查出class，系统自动封装出一个List，list里保存了这样一个JavaBean，这个JavaBean包含班级的信息，代码类似这样(这个类是动态的，不是硬编码写出来的)：

class Record{
    public String getClass_id(){}
    public String getClass_name(){}
    public String getClass_level(){}
}

假设这个List保存在request，名字为list，那么，我在页面上如此遍历它：

<c:foreach item="${requestScope.list}" var="item">
   <h1>班级名：${item.class_name}<h1>
   <h1>班级级别：${item.class_level}<h1>
   <table>
      <tr>
      	<th>学生编号</th>
      	<th>学生姓名</th>
      </tr>
      <%-- 这里执行第二条sql，根据class_id查到所有学生，假设保存在request，名字为stulist，遍历这个list，显示所有学生 --%>
      <c:foreach item="${requestScope.stulist}" var="stu">
      	<tr>
      		<td>${item.student_id}</t>
      		<td>${item.student_name}</t>
      	</tr>
      </c:foreach>
   </table>
</c:foreach>

Hibernate同样会执行这两条sql，只是不用你手动去调用而已。
而我说的问题是：怎么样实现我上面的显示效果，直接用列名访问数据.

你的sql甚至可以这样写：
select test_class.class_name, test_class.class_level, test_student.student_id, test_student.student_name from test_class, test_student where test_class.class_id = test_student.class_id 
只要最后能让我用上面的格式来显示结果就可以了。
至于数据类型，你可以在显示时再转换成跟数据库一样的类型，再进行特别的处理，这也属于显示问题了。

我只是想减轻显示时的代码量，不涉及到其他表的对应关系

create table test_class (
  `class_id` int(11) auto_increment primary key,
  `class_name` varchar(50) NOT NULL default '',
  `class_level` varchar(50) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

create table test_student (
  `student_id` int(11) auto_increment primary key,
  `class_id` int(11) not null default '0',
  `student_name` varchar(50) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

select class_id, class_name, class_level from test_class;

select student_id, student_name from test_student where class_id = ${class_id}

class Record{
    public String getClass_id(){}
    public String getClass_name(){}
    public String getClass_level(){}
}

<c:foreach item="${requestScope.list}" var="item">
   <h1>班级名：${item.class_name}<h1>
   <h1>班级级别：${item.class_level}<h1>
   <table>
      <tr>
      	<th>学生编号</th>
      	<th>学生姓名</th>
      </tr>
      <%-- 这里执行第二条sql，根据class_id查到所有学生，假设保存在request，名字为stulist，遍历这个list，显示所有学生 --%>
      <c:foreach item="${requestScope.stulist}" var="stu">
      	<tr>
      		<td>${item.student_id}</t>
      		<td>${item.student_name}</t>
      	</tr>
      </c:foreach>
   </table>
</c:foreach>

Hibernate同样会执行这两条sql，只是不用你手动去调用而已。
而我说的问题是：怎么样实现我上面的显示效果，直接用列名访问数据.

你的sql甚至可以这样写：
select test_class.class_name, test_class.class_level, test_student.student_id, test_student.student_name from test_class, test_student where test_class.class_id = test_student.class_id 
只要最后能让我用上面的格式来显示结果就可以了。
至于数据类型，你可以在显示时再转换成跟数据库一样的类型，再进行特别的处理，这也属于显示问题了。

我只是想减轻显示时的代码量，不涉及到其他表的对应关系

1、Hibernate同样会执行这两条sql，只是不用你手动去调用而已。
          我要的就是你这句话，什么叫省代码，这才叫省代码！

2、我只是想减轻显示时的代码量，不涉及到其他表的对应关系
          从开始的“省代码量”变成了“省显示时的代码量”，你的观点在变哎，而且还要提出一点的是：省代码量不是用拆东墙补西墙的方式得来的，你以增加后台的编码量（要写两条sql，相当于要调用两个业务逻辑方法）的方式“省显示层的代码”你觉得合适吗？

3、而我说的问题是：怎么样实现我上面的显示效果，直接用列名访问数据.

          你的这种方法怎么做大家都有回答，直接map就可以，而我回这么多的目的是想告诉你你确实可以简单的、局部的省些代码，可是从总体上，宏观上考虑，你的这个省代码是以没有复杂需求的情况下才成立，没有表的关系在里面的时候才成立，可是这是实际项目中不可能的。遇到普遍的一对多关系就需要写两个sql，放在两个业务逻辑方法里面，从总体上来说代码并没有省。

          突然发现，例子中你居然mvc都没有使用，界面展示到半道才又去数据库中取数据，或许也只有这样你才能查到特定班级的特定学生列表吧，如果用mvc呢，你的界面逻辑还会这么简单吗？

到此为止吧，呵呵，我只是想说的是省代码应该从宏观上考虑，开发前首先要有固定的领域模型，简单的键值对的形式会增加代码维护成本，而且更不容易适应需求的变化，省代码并是不少写几行代码那么简单，应该从面向对象上，封装、复用上去考虑，如果你暂时省了几行代码，可是没几天需求变了，你的键值对的代码改动面积相对于hibernate大的多，应该就不算是省代码了吧。

我只是想表达这个意思，没有别的意思哈，你的这个创意不错，呵呵，我只是想将你的兴趣转移到对项目整体有利的方向上去，哈哈，见笑~

感谢aaa5131421,非常感谢!!

回楼上，首先说一下我的实现方法：

select username, password from users

通过对ResultSet封装，产生类似这样一个Map：

List<Map> results = new ArrayList<Map>(2);
Map map = new HashMap(2);
map.put("userName", "abc");
map.put("passWord", "cba");
results.add(map);

map = new HashMap(2);
map.put("userName", "efg");
map.put("passWord", "gfe");
results.add(map);

然后我在页面上如此显示结果：

<c:foreach item="${list}" var="user">
    <h1>UserName：${user.userName}</h1>
    <h1>Password：${user.passWord}</h1>
</c:foreach>

如果使用JavaBean，那行先写个Bean Class：

public class User {
    private String userName;
    private String passWord;
    get...;
    set...;
    get.......;
    set.......;
}

 在执行完sql后，手动编码封装结果进JavaBean，要写这样的代码：

List<User> userList;
foreach resultset {
   User user = new User();
   user.setUserName(username);
   user.setPassWord(password);
   userList.add(user);
}

最后页面显示跟上面一样。

在我接触的一些产品项目中，JavaBean是很单纯的，就一些get set方法，set完后就在页面get出来显示就完了，最多就在页面上处理一下，不会有很多复杂的操作，每一次做一张新表，都有以下步骤：

1、写一个很难看的JavaBean(我认为很难看)，就只有get set方法；

2、调用完sql后，手动编码来封装成一个JavaBean，返回List到页面；

3、在页面上调用显示出来；

我想说的是，无论如何，开发者都会清楚，这里返回的结果，是执行了什么sql得到的，也就是用户会直观看到甚至直接参与sql语句的编写维护工作，假设：现在新的开发者在users表加了一个字段(login_time)，他想要显示出来，按我的方法，两步，1：改sql语句，2：改显示的JSP页面，按传统的做法：1、在JavaBean加上get set方法，2、改sql语句，并手动再添加上封装loginTime的结果到JavaBean，3、改显示的JSP页面；

 开发者还是要知道，里面执行了什么sql语句，并且，用传统的方法，要写让人感到无比重复厌烦的JavaBean代码，我个人深恶痛绝这样的编码方式(当然，你用Hibernate就没得说了)。

可以想到，他会慢慢敲开MAP的门，然后悄悄的问：“嘿，你这个MAP里装的是什么呀”，MAP回答：“你自己看查询sql噻”，而如果采用实体bean，直接查看bean他就能清楚知道查询返回了什么

在新的开发者维护这些代码前，返回的JavaBean里只有username跟password，这时，他看到JaveBean里有一个getLoginTime()方法，他马上就在页面上写：

<h1>LoginTime：${user.loginTime}</h1>

 这样行吗，一定不行，因为sql可能只返回了两个字段：username and password，这样他就要改sql语句了，那他就一定得去看执行的那句sql，他就清楚要怎么做才能得到他想要的结果。

既然避免不了要维护sql，为什么不做得更简单一点呢，而且我也没看到有什么不负责任的东西在里面，这就是我的想法！

public class Z{
    private Date t = null;
    set......
    public String getTime(){
         return DateFormater(t).pase("hh:mi");
    }
    public int getWeekDay(){
         return Clender(t).weekDay();
   }
   public Date[] getStarEnd(){
        Date[] se = new Date[2];
        .............
        return se;
   }

}