问题描述
问下，如果用纯JDBC做DAO层的话？类中关联的对象在哪层设置进去好呢？在hibernate里的一对一对关系中，hibernate取的时候自动会将关联的对象同时取出来，然后设置进去，如果用JDBC，那要手动设置，但是，在哪层设置比较好呢，在service层还是控制层，还是dao层呢？望高手解答,谢谢
解决方案
解决方案二：
DAO层
解决方案三：
感觉还是在DAO层比较好service只负责分配数据数据間的关系还是不让其干预好
解决方案四：
我觉得在dao层比较好,不过还要看具体的吧,看你用的是java里面的哪几种语言进行开发,随机应变,刚开始我的布局也有点乱,但当你做完一个项目,那么,你肯定会觉得哪有再改一下会使结构更加的清楚,每个人都会有一套自己的框架,跟经验有很大的关系喔
解决方案五：
Dao层，数据访问对象。将参数赋值给实体类的属性，将多个参数“封装”在一个实体类对象里。
解决方案六：
如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？谢谢！
解决方案七：
service层主要负责业务逻辑的处理，dao层主要负责crud的处理
解决方案八：
引用5楼afishdream的回复:
如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？谢谢！
看具体业务有的可以懒加载如果使用率高那就一起取了
解决方案九：
引用5楼afishdream的回复:
如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？谢谢！
我个人会用关联对象的DAO可能与习惯有关吧
解决方案十：
引用8楼keeya0416的回复:
引用5楼afishdream的回复:如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？谢谢！我个人会用关联对象的DAO……
谢谢！如果关联对象还有关联对象，要不要一起取出来呢？
解决方案十一：
引用7楼zn85600301的回复:
引用5楼afishdream的回复:如果在DAO层的话，调用关联对象的DAO取还是写关联表的sql取，如果sql的话，感觉sql会很长，很难看。如果调用关联对象的DAO那就好看多了，这两种用那种好呢？还最后个问题如果关联对象也有关联对象，那关联对象的关联对象要不要一起取呢？如果取的话，有时会死循?当然这个机率超小。但是，需不需要这么做呢？谢谢！看具体业务有的可以懒加……
JDBC的懒加载，该怎么做呢？