session beans一般做为业务接口吧,如果你的能力不错可以试试,
关系我认为是这样子的
持久层||业务层||ACTION||JSP
当然中间操作的实体是持久化类,BEANFORM!
如果你时间很紧建议用DAO模式,然后简单封闭数据存取就行了!
持久层可以用hibernate ejb  jdbc...等等
jdbc应该可以算待久层吧:)DAO模式可以使这个持久层更加灵活,健壮!
OVER!
我是菜鸟,说得不对扔砖批评指正吧!

解决方案 »

  1.   

    么关系,其实偶也是大菜鸟一个.
    但是你能不能说的详细一点,可操作性强一点.
    比如你可以举个例子,或是你曾经做过的使用了struts的项目:
    系统架构是怎么样的,哪些层使用了些什么技术.
    再次,
    含泪致谢!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
      

  2.   

    http://www.huisky.net/classroom_src.rar
      

  3.   

    我现在通过看一些资料,有了两种想法,不知道对不对,请各位帮忙看一下:
    1.如果没有复杂的业务逻辑,则可不用到session bean,直接在Action类里调用Entity Bean(但不经过session bean直接调用这又是j2ee里分层结构所忌讳的)或使用datasource.
    2.如果有复杂的业务逻辑,则可在在Action类里调用session bean,再由session bean去调用后面的entity bean(也就是后面和一般滴j2ee系统一样).
    请大家发表一下看法,不对的地方请指正,小弟万分感激!!
      

  4.   

    不管怎么样,我还是觉得在ACTION调用ENTITY BEAN会显得很难看!
    而且会使服务器端负载加重!