解决方案 »

  1.   

    不会吧,没人回答?java板块这么冷吗?
      

  2.   

    看项目大小了,个人喜欢只是用spring
      

  3.   

    看项目大小和用途吧 能用就行没必要这么正式
    公司自己内部用的网站 我直接java代码写jsp里 就一层
      

  4.   

    按照你的理论dao也不要算了。直接action搞定。这样做没问题。小项目可以将action也直接写在jsp中。但是项目大一点,每个模块都需要设计接口,然后再去实现,这就需要清晰的层次结构。而且当项目大了,每一层都是不同的人写,那时候你就负责你的,调用下一层的接口即可
      

  5.   

    action、service、dao
    最少不能少这三个。
    如果你把service去掉,那么:
    1.代码耦合度增加。
    2.分层不明确导致分工不明确。有的公司每层都有单独人开发。
    3.回滚问题。比如,一个业务操作,需要在其个人账户和公司账户上分别减少一笔钱。一般是在一个service中,调用2个dao.如果你去掉service,直接全写action中。如何回滚。
      

  6.   

    好吧 都说是3层架构 实际上很多项目为了省事都是类似2层了
    action 调用service了
    至于dao 封装一点最原始的方法就没管了
    直接在service里面写sql了
      

  7.   

    不对。service层是必须的。你的业务逻辑实现都在service层。而不是像我某些同事一样把什么都写在DAO层,然后抱怨service层没作用~
      

  8.   

    别死盯着什么几层几层的,这些都是工具,如果你的业务场景足够简单,如楼上所说不要dao又怎么样?我就直接写在action一样的实现功能,当你业务复杂了,有很多乱七八糟的比如事务啊,日志啊,逻辑控制在里面,你就加几层,让层于层之间的交互更加清晰PS:你说的这些东西都不能叫架构,顶多算是个软件结构。