Service层是干什么.docVIP

11111 请问Service层是干什么的呢, 我现在在做一个网站,用SSH,我的结构是这样的 action包 ? ? Struts的Action类 form包 ? ? Struts的Form类 dao包 ? Dao接口类和实现类 请问我这样分类好吗 最近看别人的源代码看到了他们有个Service层,不知道是干什么的,要怎么用的.不知道你们有没有比较好的分层方法呢??分开DAO层和ACTION层分开DAO层和ACTION层的啊，DAO层是连接数据库的，Service层可以使DAO层和ACTION层完全分离一般是把Spring的相关，比如接口作为Service ? ,是使DAO层和ACTION层完全分离的action调用service，service调用daoservice说是分开DAO和ACTION也可以,说是业务逻辑也不为过 详细点讲,service就是个代理,举个例子: action比作患者,dao比做医院的各科室,service就像是医院的服务人员.患者(ACTION)去医院看病的时候不用自己去挂号然后自己去打听着找各个科室(DAO),而是交点手续费直接给医服人员(service),在由医服人员(service)带领患者(ACTION)去各个科室(),省去了患者(ACTION)自己去找各科室(DAO)而走不必要路线等等的时间. 通过以上例子应该不难理解吧.. 收分...........service是用来分离DAO和ACTION层的，如果不用SERVICE的话，那就直接在ACTION层调用DAO对数据进行操作，如果使用SERVICE层把DAO和ACTION层进行分离，通过SERVICE层将类似的业务放在一起，在不同的ACTION中如果需要对相似的业务进行操作，可以直接调用SERVICE层，而不需要每个ACTION里都去对DAO层进行操作。我一般都有两种方式，简单点的东西就直接在ACTION里操作了。如果是比较麻烦的，那就通过SERVICE层进行分离，但是这个SERVICE层我只是作为一个接口，实际的业务操作放在一个业务实现层SERVICEIMP里面其实Service的数据库操作也是由注入的DAO来实现的. ? 如果一个表没有业务逻辑,我想应该也不要Service了,其实说白了,你完全可以把对一个表的业务逻辑全部写在DAO里面.但是这样分层的意义就没了。。。分开DAO和ACTION的，说白了就是表示层和持久层的关联。action包 bl包--spring接口 bl.impl包----spring接口实现包 dao包-------hibernate接口 dao.hibernate----hibernate接口实现其实不用service层完全可以,我在action里面直接拿到dao层的对象 对数据库进行操作.干吗要加一个代理层呢? 但是一般系统都要考虑到事务操作,所以加入service层,主要控制事务.