Oschina中PoJo的疑惑

xfda2q1231 发布于 2012/02/27 10:14
阅读 334
收藏 1

最近学习Oschina的设计,感觉PoJo基类设计中save和其他crud方法设计的总感觉不是那么好用,以我的理解

User extends PoJo那么在Control层

public void test(){
    User u = new User();
    u.setId(u.save());
    //这样就保存了。不知道是否可以这样理解?
}

上面挺好用,但是分页的时候

User u = new User();

u.pageList()这样未免每次分页就要来个Pojo的子类对象进行调用Pojo的方法吧?类似这样的方法还有batchGet、get等,这样不需要一个实例化的对象进行这样的操作,请问如何使用这类方法,还请红薯贴出来个demo给我看看。这样更加深刻的体会设计Pojo的好处。为何不像QueryHelper类一样来个工具类进行这样插入、删除等Pojo的crud基本方法的封装呢。

加载中
0
红薯
红薯
老实说,OSCHINA 在 POJO 这一块的代码并不值得借鉴,我比较极端,我愿意为了少写一行代码而破坏设计模式。
0
xfda2q1231
xfda2q1231

引用来自“红薯”的答案

老实说,OSCHINA 在 POJO 这一块的代码并不值得借鉴,我比较极端,我愿意为了少写一行代码而破坏设计模式。
哦,那我还是按Hibernate的那套来的比较好。把相关的东西放基类Service层,不要Dao层直接用Dbutils充当底层。红薯大哥回话挺快,我发现其实oschina这个设计在基本mvc处理上面根本无消耗,主要在db存储的时候是性能瓶颈,我用jprofile看了下基本上没多大内存和cpu的消耗主要是读写db。这个是不是就需要考验我们数据库设计或者说数据库方面的优化了呢?
红薯
红薯
是的,数据库的设计是影响性能的关键,代码逻辑影响不了多少的
0
浪客Dandy
浪客Dandy
POJO一般就是提倡使用没有依赖性的代码。你用ORM的话一般所有Entity的设计都应该是POJO的
0
Andre.Z
Andre.Z
我直接把pojo干掉了,直接反射用动态Bean,Map互转,一堆的接口和类,看了头晕。Hibernate那套,不适合我等懒人。以前数据库稍微变变就改一堆的东西,现在直接忽略改变了,爱咋变咋变去,省心。
返回顶部
顶部