◇王者之剑◇

哦，如果说所有的东西都得自己debug一遍才能用，不是不会，那这个还是学习曲线？想想公司的大楼没有电梯，没有楼梯，只在外强上装上了攀岩装置，Come on，未来的高手！

robbin说javaeye对opera支持得很好，确实是不错的，不过不知为什么点发表文章后出来的编辑框相当的小，而回复框就没有问题，因此在回复里接着写：）
1.要解决的问题
A.用面向对象的方式来处理业务逻辑。（这个不可改变、，所以剩下的是数据持久方案）
B.数据持久化，查询相关的代码尽可能少。
C.开发，维护容易
D.具有较高的数据查询性能。
2.WEB应用的层次结构。
A.表示层
B.控制层
C.业务逻辑层
D.数据持久层
3.为什么要放弃Hibernate?
JDBC
B.数据持久化，查询相关的代码尽可能少。（要写相当多的代码，主要是sql语句，执行sql语句的片段和将resultset里的值设置到对象。）
C.开发，维护容易(容易其实挺容易，只是工作量有点大）
D.具有较高的数据查询性能。（完全可以自己控制）。
Hibernate
B.数据持久化，查询相关的代码尽可能少。(只有一个表的时候代码确实是很少，但是一到多表关联查询麻烦就来了，要写HQL，号称很强大的面向对象的查询，但是我要说，写这种HQL语句，比写真正的SQL语句不会简单多少，而且如果配置文件设置的关联不对，HQL语句写得再对也没用，还别说他生成的SQL语句很多时候和自己想要的相去甚远）
C.开发，维护容易（就算是搞懂了，如果没有一套工具，谈何容易？而且，不可能由开发的人来维护程序）
D.具有较高的数据查询性能。(就凭他生成的SQL语句，我就断定没有我自己写来得好）
哦，Hiberate还支持存储过程，我晕，存储过程返回的东东有几个是对象的，不要告诉我对象就是class; 还支持Native SQL，有点儿想骂人，走一步退半步，什么德性？
4.在2.C和2.D之间到底需要什么？
JDBC
写SQL语句，prepareStatement，执行，将结果存到对象或对象列表。
所谓的DAO，这个是少不了的。
因为try catch,因为get,set，因为sql语句的改变，我们烦了，累了，渴望了。
再加上事务处理。
做这些东西真的要Hibernate么？
5.不要把简单的东西搞得N复杂
一条SQL语句，一个对象或对象列表，一组操作，
我需要的仅仅是简单的粘合剂而已。
因此iBatis可能会是一个更好的选择。
嗯，很多人对A.b.c.d这样的东东很激动，我的对象设计的不够好，基本没有这样的。
6.展望
如果你用Hibernate，并且不后悔，我佩服你，但不知需不需要同情你的同事或你的公司。我一向认为最好的员工是能完成任务并且在他走了以后这个任务仍然看起来完成得非常漂亮的员工。为此，如果是我，我需要写详细的例子，需要记录我遇到的所有问题做成FAQ，Hibernate的FAQ估计太长了，只好放弃。
也许有一天，对象数据库出来了，Hibernate就真的好用了。
7.几个问题
A.一个学生有N门课，怎样添加删除更新这几门课？
界面如下
课程名 学分
[ A ] [ 3 ]
[ B ][ 4 ]
是saveOrUpdate(student)，还是saveOrUpdate(coursees)
现在Student里包括一个Set coursees
界面上有一个隐藏的课程id
但是set好像没有根据id取得对象的。这样我需要Iterator一遍才能更新。
B.多表关联查询，显示所有的学生姓名，和他们的课程名，删除选中的记录，即删除学生的课程。该怎样做？

如果有完善的例子，不胜感谢！Hibernate自带的例子？做玩具都不够！