看你要进行什么处理啊,如果业务逻辑复杂的话,当然可以设计自己的类进行处理,跟EntityBean的就是这样。
如果业务逻辑不复杂就没有必要了。

解决方案 »

  1.   

    个人认为,返回一个对象处理比较方便,虽然在代码的编写上可能要多花一些时间,但不是难度的增加,而只是繁琐一些。当你的代码改动不大时,或许返回result处理省时间,但如果牵涉到大量的改动,你就会发现使用对象要方便许多,这在做项目时是有实际体会的。谢谢
      

  2.   

    具体业务逻辑中最复杂的就是下边的选课问题了
    现在有8门课的考试如下安排:a1,a2;b1,b2;c1,c2;d1,d2;分别同时考也就是同一时间靠两门,4次考完8门.现有一个学生先假设还有a1,a2,b1,d2,4门课没有考过,问题是如何实现系统的自动选取而没有冲突,例如上面的选取结果就是:a1,b1,d2或a2,b1,d2;
    各位大虾在一块看一下吧 :)