锁定老帖子 主题:Hibernate应用的困惑(1)
精华帖 (0) :: 良好帖 (0) :: 新手帖 (5) :: 隐藏帖 (5)
|
|
---|---|
作者 | 正文 |
发表时间:2009-05-26
实际做一做就知道怎样了
|
|
返回顶楼 | |
发表时间:2009-05-29
别来问了,自己练习吧
|
|
返回顶楼 | |
发表时间:2009-05-29
最后修改:2009-05-29
jasstion 写道 大家是不是误解我的意图啊?我是觉的应用Hibernate解决某个问题会有几种不同的方法,比如上面我举出的例子,但是考虑到代码与效率之间,怎么作出选择?主要是讨论一下Hibenate查询技术的运用,如何做到代码既简单同时效率有比较高。
提醒楼主一下,如果封装得好的话,手工写一个查询一对多关系的方法超级简单,为何一定要想方设法的利用映射配置呢?映射配置是死的,而且不好维护,配置修改的风险太大了,一个POJO是会被很多其他类共享使用的。 映射配置本来就是为了简化查询,但是如果查询本身已经能够做到很简单,为何还要依赖一对多的配置(尤其是在你没有很好掌握一对多配置的情况下)。不过这好像引出另外一个问题了,需要掌握高效、简洁的hql的写法。 |
|
返回顶楼 | |
发表时间:2009-05-30
自己动手试试。软件的复杂度不是你可以预知的。
|
|
返回顶楼 | |
发表时间:2009-05-30
楼主,实际动手做做,不要把问题想的那么复杂。什么设计模式、UML都是根据需要来采用的,如果你仅仅写一个批处理根本不需要UML和设计模式之类的东西。
我建议你先按照自己的思路写出一个可运行的模块。然后再增加新的功能,在这个过程中你就会慢慢发现设计模式和UML之类的东西要用在什么地方了,不要一开始就去研究这些问题。不过,之后还是要好好的读一些相关的书籍,毕竟理论领导实际,但是理论来自实际。 |
|
返回顶楼 | |
发表时间:2009-05-30
mhx 写道 楼主,实际动手做做,不要把问题想的那么复杂。什么设计模式、UML都是根据需要来采用的,如果你仅仅写一个批处理根本不需要UML和设计模式之类的东西。 我建议你先按照自己的思路写出一个可运行的模块。然后再增加新的功能,在这个过程中你就会慢慢发现设计模式和UML之类的东西要用在什么地方了,不要一开始就去研究这些问题。不过,之后还是要好好的读一些相关的书籍,毕竟理论领导实际,但是理论来自实际。 好的,谢谢啊!我现在也是感觉初学者没有必要考虑那些问题,希望暑假能够把个中不同思路都实现一下,然后尽量用有关相关测试软件测试一下查询效率,你们公司一般都是用得什么测试软件?自己回来试着熟悉一下 |
|
返回顶楼 | |
发表时间:2009-06-05
我们公司的测试很不规范,基本就是人来点点,呵呵。
就我个人,作为一个开发人员我的代码都会有unittest的。 |
|
返回顶楼 | |
发表时间:2009-06-09
有多少公司用自己的框架啊,还是开源的用的多。
|
|
返回顶楼 | |
发表时间:2009-06-09
swit1983 写道 有多少公司用自己的框架啊,还是开源的用的多。
开源的也是要决策和整合的。 |
|
返回顶楼 | |