|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-27
抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ |
| 返回顶楼 | |
|
发表时间：2011-04-27
最后修改：2011-04-27
peterwei 写道 引用 Vo 继承 po 的方式可以达成你所说的目的.
但是这样，会不会各层绑定得太紧？ 改动时可以快速定位 绑定什么的...... 你会对vo有继承其它类的需求么? PS:一个PO可以对应多个VO那样子就不会产生太多的需求变更的牵连bug 只有vo多到了一定个数4-5个时才需要考虑用其它方式代替继承 |
| 返回顶楼 | |
|
发表时间：2011-04-27
抛出异常的爱 写道 peterwei 写道 引用 Vo 继承 po 的方式可以达成你所说的目的.
但是这样，会不会各层绑定得太紧？ 改动时可以快速定位 绑定什么的...... 你会对vo有继承其它类的需求么? PS:一个PO可以对应多个VO那样子就不会产生太多的需求变更的牵连bug PO的层级关系是Dao层的PO，又不会跑出其它层。都统一在Service层进行VO-->PO转换.你说的继承倒也是可行的。哈哈。其实话说回来，工作量也没多少。就是看着一些多余的类呀代码呀，看着不爽而已。 |
| 返回顶楼 | |
|
发表时间：2011-04-27
peterwei 写道 抛出异常的爱 写道 peterwei 写道 引用 Vo 继承 po 的方式可以达成你所说的目的.
但是这样，会不会各层绑定得太紧？ 改动时可以快速定位 绑定什么的...... 你会对vo有继承其它类的需求么? PS:一个PO可以对应多个VO那样子就不会产生太多的需求变更的牵连bug PO的层级关系是Dao层的PO，又不会跑出其它层。都统一在Service层进行VO-->PO转换.你说的继承倒也是可行的。哈哈。其实话说回来，工作量也没多少。就是看着一些多余的类呀代码呀，看着不爽而已。 只有vo多到了一定个数4-5个时才需要考虑用其它方式代替继承 |
| 返回顶楼 | |
|
发表时间：2011-04-27
抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 peterwei 写道 引用 Vo 继承 po 的方式可以达成你所说的目的.
但是这样，会不会各层绑定得太紧？ 改动时可以快速定位 绑定什么的...... 你会对vo有继承其它类的需求么? PS:一个PO可以对应多个VO那样子就不会产生太多的需求变更的牵连bug PO的层级关系是Dao层的PO，又不会跑出其它层。都统一在Service层进行VO-->PO转换.你说的继承倒也是可行的。哈哈。其实话说回来，工作量也没多少。就是看着一些多余的类呀代码呀，看着不爽而已。 只有vo多到了一定个数4-5个时才需要考虑用其它方式代替继承 题外话,对于批量保存多个对象(而且带层级)的场景，从jsp到action的转换，除了我上面说的那两种方法，老抛有没有什么经验，可以说说。 |
| 返回顶楼 | |
|
发表时间：2011-04-27
peterwei 写道 抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ 本来就是个缓存的事 非要lazy一下...... 很容易忘记而出问题 |
| 返回顶楼 | |
|
发表时间：2011-04-27
抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ 本来就是个缓存的事 非要lazy一下...... 很容易忘记而出问题 还是有点云里雾里。 |
| 返回顶楼 | |
|
发表时间：2011-04-27
peterwei 写道 抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 peterwei 写道 引用 Vo 继承 po 的方式可以达成你所说的目的.
但是这样，会不会各层绑定得太紧？ 改动时可以快速定位 绑定什么的...... 你会对vo有继承其它类的需求么? PS:一个PO可以对应多个VO那样子就不会产生太多的需求变更的牵连bug PO的层级关系是Dao层的PO，又不会跑出其它层。都统一在Service层进行VO-->PO转换.你说的继承倒也是可行的。哈哈。其实话说回来，工作量也没多少。就是看着一些多余的类呀代码呀，看着不爽而已。 只有vo多到了一定个数4-5个时才需要考虑用其它方式代替继承 题外话,对于批量保存多个对象(而且带层级)的场景，从jsp到action的转换，除了我上面说的那两种方法，老抛有没有什么经验，可以说说。 看怎么设计了. 有些设计是默认拷贝上层节点属性什么的.... 还有些变态的计算,分析什么的. 就只能用vo 的setAAA(String aaa){ po.set(ddd(aaa))} 把所有逻辑从页面落到set方法之内去作了. |
| 返回顶楼 | |
|
发表时间：2011-04-27
peterwei 写道 抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ 本来就是个缓存的事 非要lazy一下...... 很容易忘记而出问题 还是有点云里雾里。 为什么大多数人都知道lazy这东西? 就是由于没什么好的解决办法 只有一种恶心办法才会让大家记忆由新 |
| 返回顶楼 | |
|
发表时间：2011-04-27
最后修改：2011-04-27
抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ 本来就是个缓存的事 非要lazy一下...... 很容易忘记而出问题 还是有点云里雾里。 为什么大多数人都知道lazy这东西? 就是由于没什么好的解决办法 只有一种恶心办法才会让大家记忆由新 如果是指Beanutils的深度copy hibernate的lazy集合的话，是会引发太多的东西。我们以前在做flex和spring结合的remote式项目时，po lazy-->vo的转换很成为问题.最后我们的方案是，查询dto只能有简单属性。  .我当时查了一些网上的资料。需要自已对hibernate lazy以及序列化做处理才能避免恶心的lazy。
|
| 返回顶楼 | |
