|
锁定老帖子 主题：关于Action层的疑惑!!!平地一声雷
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-04
雷你妹啊
平地一声雷 咋没劈到你呢 |
| 返回顶楼 | |
|
发表时间：2011-08-04
坐等 service 雷 坐等 model 雷
|
| 返回顶楼 | |
|
发表时间：2011-08-04
FiledDriven 是啥？ 写一堆setter啊？
|
| 返回顶楼 | |
|
发表时间：2011-08-04
lx_corn 写道 雷你妹啊
平地一声雷 咋没劈到你呢 请文明用语! |
| 返回顶楼 | |
|
发表时间：2011-08-05
楼主处于刚开始学的阶段，需要逐步实践。难道你忘了java的继承和多态性了吗？多多思考下，是不是1个dao 1个service 1个action，书上都这么说么？
|
| 返回顶楼 | |
|
发表时间：2011-08-05
小鑫。 写道 今天你打俩雷了,一个Dao雷,一个Action雷.Service雷什么时候打啊.? 我就比较习惯每个Model对应一个Action的做法,现在我的项目中就是,有的Action里面没有任何的方法,我也留着他,没准以后就用上了呢.- -. 额，action应该作为页面模型的对应物，一次一个页面模块对应一个或者几个action比较好 dao和数据库表相对应 单表操作直接在action中用dao，多表操作放到service中。service按照业务耦合度分几个类。 |
| 返回顶楼 | |
|
发表时间：2011-08-05
springmvc3 直接想注入什么就书注入什么，根本不需要什么驱动器，灵活方便
|
| 返回顶楼 | |
|
发表时间：2011-08-05
哥们，这字体看上去眼睛好难受的
|
| 返回顶楼 | |
|
发表时间：2011-08-05
feiyang404 写道
在开发中我遇到了两种开发方式,第一种每个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,但是又不一样,这种开发方式我觉得也挺好,业务逻辑清晰.
|
| 返回顶楼 | |
|
发表时间：2011-08-05
其实这个问题在开发中经常遇到，一个真正的业务处理 一个页面里面的数据一般不会只是一个实体里面的属性 简单说或者不是一张表里面的数据 可能是多张表 ，所以在这种情况下struts2的Modeldriven就很难展现他的用处了 ，我个人觉得Modeldriven处理单个对象的属性很厉害 ，多个对象就不好处理，所以 我们可以在去重写action里面的方法去构造对应的属性的对象来处理 或者使用拦截器来处理，将不同的属性封装到不同的entity里面去
|
| 返回顶楼 | |
