67,513
社区成员
发帖
与我相关
我的任务
分享action根据什么来划分呢？
跟业务模块？还是一个实体对应一个action?(这个开始都这么做)。但是当业务复杂了，有的acton不是明确对应一个实体呢，放在哪里呢？跟着业务模块的service走？
...全文
请发表友善的回复…
发表回复
mutoushanshu 2011-10-20
- 打赏
- 举报
1、系统架构
2、业务需要
3、协同开发
2、业务需要
3、协同开发
nizhicheng 2011-10-20
- 打赏
- 举报
协同开发 ·~~这个就有必要更新咯 或者 action中 先把位置分好 提交的时候也不会怎么冲突了
如果真的不方便 那就根据业务模块去区分吧 还是因地制宜 找最适合的方法 没有硬性规定
如果真的不方便 那就根据业务模块去区分吧 还是因地制宜 找最适合的方法 没有硬性规定
zhu6100441 2011-10-20
- 打赏
- 举报
看你人员分配吧，如果按模块分配的人员，那当然是一个模块对应一个action。
一个实体对应一个action的模式，我还真没用过。
一个实体对应一个action的模式，我还真没用过。
burningbloog 2011-10-20
- 打赏
- 举报
[Quote=引用 1 楼 nizhicheng 的回复:]
可以继续跟实体走~~~ 如果需要做联动修改可以一个ACTIONG 调用多个 DAO 来完成~~
当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
[/Quote]
那多个人操作一个action(虽然他们分别开发不同模块)，这样管理上似乎有点麻烦，提交到svn时要经常协调啊。
可以继续跟实体走~~~ 如果需要做联动修改可以一个ACTIONG 调用多个 DAO 来完成~~
当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
[/Quote]
那多个人操作一个action(虽然他们分别开发不同模块)，这样管理上似乎有点麻烦，提交到svn时要经常协调啊。
paneyjiang 2011-10-20
- 打赏
- 举报
跟业务模块对应也是可以的啊，我们项目就是这样的，每个功能模块对应一个action
nizhicheng 2011-10-20
- 打赏
- 举报
可以继续跟实体走~~~ 如果需要做联动修改可以一个ACTIONG 调用多个 DAO 来完成~~
当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
