action根据什么来划分呢? 跟业务模块?还是一个实体对应一个action?(这个开始都这么做)。但是当业务复杂了,有的acton不是明确对应一个实体呢,放在哪里呢?跟着业务模块的service走? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 可以继续跟实体走~~~ 如果需要做联动修改可以一个ACTIONG 调用多个 DAO 来完成~~当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的 跟业务模块对应也是可以的啊,我们项目就是这样的,每个功能模块对应一个action 那多个人操作一个action(虽然他们分别开发不同模块),这样管理上似乎有点麻烦,提交到svn时要经常协调啊。 看你人员分配吧,如果按模块分配的人员,那当然是一个模块对应一个action。一个实体对应一个action的模式,我还真没用过。 协同开发 ·~~这个就有必要更新咯 或者 action中 先把位置分好 提交的时候也不会怎么冲突了 如果真的不方便 那就根据业务模块去区分吧 还是因地制宜 找最适合的方法 没有硬性规定 IBATIS中ResultSet遇到问题,急!!!! c3p0配置问题? spring配置看不明白。。高手指点,散分 请教懂ANTLR的高手! freemarker模版更改后页面异页更新问题??????????????急急急!!! DBForm错误 Hibernate 回滚时报错 Transaction not successfully started 咖啡,还是淡些好 实体bean间调用错误,求助高手! 今天听到面试官讲两个新框架 不知道是什么 求大佬帮助 简单的JS的问题。 错误的指令。。。。
当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
一个实体对应一个action的模式,我还真没用过。
如果真的不方便 那就根据业务模块去区分吧 还是因地制宜 找最适合的方法 没有硬性规定