关于Action层的疑惑!!!平地一声雷

在开发中我遇到了两种开发方式,第一种每个model类对应一个XXXAction,然后使用ModelDriven取得模型对象,在action中处理逻辑,感觉条理很清晰,但是如果要取得其他model的话就必须声明对象了,Modeldriven模型只能取一个模型对象.还有一种开发方式是在action层全部打乱,每个action类基本对应一个页面,采用FiledDriven的方式,处理各个model对象. 
请问这两种方式有什么优缺点?

 

我用的是S2SH,是每个model类对应一个action,像UserInfo这个类,对应有UserInfoDAO,UserInfoService,UserInfoAction,这种处理方式采用ModelDriven获取Model对象,如果要获取其他Model对象,只能使用new关键字,不过感觉这样条理很清晰;还是一种是UserInfo,UserInfoDAO,UserInfoService,然后登陆处理用LoginAction,注销LogoutAction,等等,这种处理方式,是将action层全部打乱,然后多个Service组成一个Action类,一个action类负责处理一个业务,这样的话基本是一个action类只被一个页面使用,也可以被多个页面使用,一个页面可以使用多个action,就是说,每个action就像一个功能一样,我在页面需要,就拿来用,这种action类里面要申明许多页面需要的属性,类似struts1的formbean,但是又不一样,这种开发方式我觉得也挺好,业务逻辑清晰. 
请各位大虾们给我指点迷津,不要因为第二种我提到了struts1的formbean就抵触他,我觉得如果系统很庞大,第二种倒更适合,因为第一种处理方式有点不灵活,请各位多多指点... 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值