DAO设计模式（希望大家指正）

很好，很强大。
感觉太啰嗦了，什么设计模式，什么....
匿名内部类很丑陋，感觉可以写个通用类，自动匹配

简约而不简单！
代码量我希望少少的！
但是要在质量上有保证！
而且又像jQuery的口号一样！
这是我的想法！

我认为 lz 可以参考一下 commons dbutil 是怎么把 ResultSet 封装成 pojo或pojo集合；
DaoOperateTemplate， 可以看看 spring 的 jdbcTemplate;再将DaoOperateTemplate壮大，成为自己的代码库.
先赞一个 lz 的敬业精神。

其实本人只是想在学习中提高，关于DaoOperateTemplate形式，采用spring的simpletemplate会更简单。因为它是 jdbcTemplate的第二次封装。
关于RowMapper的例子大家给我说看commons dbutil 我会学习的，关于事务处理希望给出意见。

DaoFactory.getDAO(String)可以缓存并返回生成的DaoImpl实例

还是应该支持LZ

现如今很少有人愿意把代码拿上来讨论了； 不管是什么模式，那些几乎每个项目里都要或多或少重复写的代码，都需要我们把逻辑抽象出来，然后可以封装成自己的代码片断或者库！  我们的目标都是快速高效地解决问题。

spring提供的对程序事务管理的方式之一是“声明式事务”，理由是“因为事务管理是属于系统层面的服务，而不是业务逻辑的一部分”，LZ可参考参考Spring框架处理方式~

如果在代码中编写事务的话，有使用Connection类的autoCommit的设置方式，还有使用SUN的JTA处理...不过这是很久以前看的一篇文章说的了~还有的话请楼下补充~

呵呵 有点思想~对spring花了不少的功夫 值得学习哦！！

貌似。。。studentRowMapper和courseRowMapper 不是匿名的。

    事务的话~SPRING里一位大哥解剖了事务的源代码，可能没到达那水平吧，只看懂了一半左右，但对SPRING事务实现真的很佩服~