刚接到一个jsp实际项目的模块，想换一种开发模式进行开发，不知道可行否，请大虾们给与指导（weidegong、salute、realyfly,Anderu....)

Question

你的问题提得比较好，对于这个问题希望大家多多的谈论，怎么做得更好。我比较同意你使用jsp+javabean+oracle+iplanit server这种模式来开发。
因为我现在以是用这样模式进行开发的，有一点接近EJB的形式，结构比较清晰。
主要是三层结构。：
1。jsp用来作表现层，作页面的处理，如数据的录入和显示。
2。servlet用来处理jsp传过的参数，进行加工，变换，以及对数据存储层Bean进行数据传值和调用。
3。接口interface层，对业务逻辑的封装，它是继承数据存储层Bean的。
4。数据存储层Bean实际上是EJB中的实体Bean，将关系数据库进行Java的对象化，实现真正的对数据库的操作，供servlet和interface的调用。大家多多的讨论。

Answer 1

现在想为一个工作表建立一个实体bean--Jobbean  我觉得其实是一个自然世界的对象对应一个JavaBean，里面封装了关于这个对象的数据和操作它的一些方法。
  我也有做关于流程处理的部分，比如一项任务，针对这个任务它从产生到任务结束需要经过许多个环节，如果某个环节没有通过就需要从第一个环节或者指定的环节重新开始，这些复杂的操作封装起来是很有必要的

Answer 2

现在想为一个工作表建立一个实体bean--Jobbean  我觉得其实是一个自然世界的对象对应一个JavaBean，里面封装了关于这个对象的数据和操作它的一些方法。
  我也有做关于流程处理的部分，比如一项任务，针对这个任务它从产生到任务结束需要经过许多个环节，如果某个环节没有通过就需要从第一个环节或者指定的环节重新开始，这些复杂的操作封装起来是很有必要的

Answer 3

我在公司里做的系统，就是使用jsp+.classes+DB2+weblogic
这是比较标准的EJB模式，他和一般jsp的区别在于：
html－》jsp－》.class->jsp->html
他的所有后台操作都放在.class中，jsp只起到显示和传递参数的作用
这样做有什么好处我也不是很清楚

Answer 4

对流程处理，我比较同意weidegong的观点。

Answer 5

我认为如果做jsp+bean的设计，就要采用mvc（modal II）。
jsp显然就是要和java代码分开，这样网页设计，java程序编写可以分开。
至于操作数据库，都是用javabean来分发。
这里面就涉及到了设计模式的问题。
针对jsp操作数据库的情况，我们就需要采用abstractfactory模式，将db操作的实例通过factory分发。然后通过bean来操作数据库。呵呵，一说就大了。很多东东。up一下。^_^

Answer 6

提一句我的经验，可能是你将来要面对的问题：
如果项目规模小复杂度低的话，对事务，安全，分布等没有很高要求那么在具体设计和实现时无须按照EJB的定义和思路来严格规划你的每一个JAVABEAN。
虽然这种想法不错，但具体实现时KISS会有很多好处。

Answer 7

谢谢哥哥们的鼎立帮助！也坚定了我这样开发的决心（从没这样做过）；有一点to Andrawu(Andrawu) :在程序中我不使用servlet.所以我可以把你的 2。3 步骤结合起来作成一个javabean（MangageBean）来实现吧？

Answer 8

啊，对了，还有一点，在我做的时候是不需要将每一表都对应一个javabean类.
一些比较明显的对象做成javabean,比如说Jobbean.还有一些关联表呢。是不也做成javabean?

Answer 9

只要是与表实体有关的都可以做成javabean的，这对你的工程没有影响。
不过对于流程处理可以不用实体Bean。可以用会话Bean,也可以放在你的第二层。