对于action包含多事件的讨论

考虑了这样用户信息更新的一个action,着action负责接受用户返回的个人信息数据,把个人信息数据赋值给User实体类并把交给dao层(中间也可以再隔一个service层,只是目前业务逻辑就那么简单)。dao层有会对个人信息数据是否有被赋值进行判断。如果有的,进行更新操作,如果没有被赋值的,该字段就不用更新。

这样一条线。这个action在前端页面就可能用于多个事件。比如:用户密码需要更新的时候(用户密码是单独一个菜单进行更新操作的),用户对自己的基本信息需要更新的时候,管理员对单条用户的信息进行更新的时候。这三个事件,提交的用户个人信息字段数据有多也有少。但是action都可以接受,对于没有被赋值的字段就默认不更新。对于被赋值了的字段就进行更新。这样。这个action就可以对三个事件进行处理。而且不用ifelse这种语句,让人看起来繁琐。而且action只是负责接收前端给予的数据,调用接口,然后返回执行是否成功。

当然这里需要解释一下。由于这个action是用于ajax调用。所以没有路径烦恼。也就是说不会因为最后返回的路径不同需要写三个action。

只是想请教一下。这样写action是否真的合理呢?对于大家一致认为的一个action应该简单化,只处理一个事件。现在包含了三个事件在里面。从设计上讲可能不合适。但是我们也可以换一个角度看。如果把这个action是对应到实体类的一个操作,可能就正好。这个action是用于User这个实体类的更新操作的。所有的关于User的更新都应该走这个action。这样一个逻辑。

欢迎大家拍砖。不知道大家对于这样的action设计觉得是否合理?
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值