|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-27
peterwei 写道 抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 peterwei 写道 抛出异常的爱 写道 service vo 如果是用来显示列表的话....
lazy的用法太恶心了. 有没有更好的方式? 你这个又是指什么？ 本来就是个缓存的事 非要lazy一下...... 很容易忘记而出问题 还是有点云里雾里。 为什么大多数人都知道lazy这东西? 就是由于没什么好的解决办法 只有一种恶心办法才会让大家记忆由新 如果是指Beanutils的深度copy hibernate的lazy集合的话，是会引发太多的东西。我们以前在做flex和spring结合的remote式项目时，po lazy-->vo的转换很成为问题.最后我们的方案是，查询dto只能有简单属性。  .我当时查了一些网上的资料。需要自已对hibernate lazy以及序列化做处理才能避免恶心的lazy。简单的POJO，搞一个Lazy太高了，有时候还需要控制并行安全，哎～。 |
| 返回顶楼 | |
|
发表时间：2011-04-27
说实在的，如果系统不是做服务化，就通吃吧。
|
| 返回顶楼 | |
|
发表时间：2011-04-28
LSQ6063 写道 说实在的，如果系统不是做服务化，就通吃吧。
我也觉得透传好。一般现在企业里的应用，有谁会去搞remote.过度设计吧你们。 |
| 返回顶楼 | |
|
发表时间：2011-04-28
学习了！知道了回报和付出，剩下的就是权衡的艺术了！虽然做的是小系统，但因为一直不希望修改数据库映射（po），所以每次都去包装一个vo来做！当然vo有很多组合po或或者是相互继承！呵呵！最后感觉还是乱了！但一直坚定的认为vo是必须的！只是如何去建立vo和如何解决vo和po间映射的问题上思考
|
| 返回顶楼 | |
|
发表时间：2011-04-28
mqlfly2008 写道 学习了！知道了回报和付出，剩下的就是权衡的艺术了！虽然做的是小系统，但因为一直不希望修改数据库映射（po），所以每次都去包装一个vo来做！当然vo有很多组合po或或者是相互继承！呵呵！最后感觉还是乱了！但一直坚定的认为vo是必须的！只是如何去建立vo和如何解决vo和po间映射的问题上思考
这就是为什么 需要规范 一开始好弄 后来就乱七八糟了. |
| 返回顶楼 | |
|
发表时间：2011-04-28
抛出异常的爱 写道 mqlfly2008 写道 学习了！知道了回报和付出，剩下的就是权衡的艺术了！虽然做的是小系统，但因为一直不希望修改数据库映射（po），所以每次都去包装一个vo来做！当然vo有很多组合po或或者是相互继承！呵呵！最后感觉还是乱了！但一直坚定的认为vo是必须的！只是如何去建立vo和如何解决vo和po间映射的问题上思考
这就是为什么 需要规范 一开始好弄 后来就乱七八糟了. 规范还是很重要的。 |
| 返回顶楼 | |
|
发表时间：2011-05-05
学习了！~~~
加深了~~~~呵呵 |
| 返回顶楼 | |
|
发表时间：2011-05-17
在一些分布式开发中，很多数据是通过mc服务读取出来的，这个时候并不需要将数据存到本地，只要读取服务即可，最简单的一个例子，显示在view上的数据，一部分是你本地库中的，其他一部分是通过mc服务读取出来的，这个时候，必须要用到DTO。
|
| 返回顶楼 | |
