对于action包含多事件的讨论

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

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

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

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

    欢迎大家拍砖。不知道大家对于这样的action设计觉得是否合理?

猜你喜欢

转载自cosmo1987.iteye.com/blog/1267661
今日推荐