如果用纯JDBC做DAO层的话？

问下，如果用纯JDBC做DAO层的话？类中关联的对象在哪层设置进去好呢？在hibernate里的一对一对关系中，hibernate取的时候自动会将关联的对象同时取出来，然后设置进去，如果用JDBC，那要手动设置，但是，在哪层设置比较好呢，在service层还是控制层，还是dao层呢？望高手解答 ,谢谢

10 个解决方案

#1

DAO层

#2

感觉还是在DAO层比较好
service只负责分配数据
数据間的关系还是不让其干预好

#3

我觉得在dao层比较好,不过还要看具体的吧,看你用的是java里面的哪几种语言进行开发,随机应变,刚开始我的布局也有点乱,但当你做完一个项目,那么,你肯定会觉得哪有再改一下会使结构更加的清楚,每个人都会有一套自己的框架,跟经验有很大的关系喔

#4

Dao层，数据访问对象。
将参数赋值给 实体类 的属性， 将多个参数“封装”在一个实体类对象里。

#5

如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？
谢谢！

#6

service层主要负责业务逻辑的处理，dao层主要负责crud的处理

#7

引用 5 楼 afishdream 的回复:

如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？
谢谢！

看具体业务 有的可以懒加载 如果使用率高那就一起取了

#8

引用 5 楼 afishdream 的回复:

如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？
谢谢！

我个人会用关联对象的DAO
可能与习惯有关吧

#9

引用 8 楼 keeya0416 的回复:

引用 5 楼 afishdream 的回复:
如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？
谢谢！

我个人会用关联对象的DAO
……

谢谢！如果关联对象还有关联对象，要不要一起取出来呢？

#10

引用 7 楼 zn85600301 的回复:

引用 5 楼 afishdream 的回复:

如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？
谢谢！

看具体业务 有的可以懒加……

JDBC的懒加载，该怎么做呢？