conection放在那一层做啊？

[nil2000]

如果想一个页面的操作
或者一系列的操作都
用一个conection来做
那这个conection应该放到那一层好啊？？

[joejoe1991]

[Quote=引用 6 楼 nil2000 的回复:]
当然知道用连接池了啊~~~

这个是一个面试的题目啊。。。

意思就是抛开连接池子啊

要用经济一点的做法。。。
一个页面上的操作或者一组操作都用一个 connection那这个connection应该放在那一层啊？
[/Quote]
我怎么越想越觉得不太可能呢？

[cpoysy]

干脆直接用SPRING代理算了,不用去理他了.

[louwensong]

共用一个Connection你能保证线程安全吗？

[我是风]

M层

[journeydj]

根据需求才能决定放在哪。。。。。。

[ThirdDimension]

看看你的是3曾结构还是4曾结构
最好使用连接池，你在一个业务处理里一直想拥有这个连接的话只能放在业务处理开始之前了

[火龙果被占用了]

应该放在业务层的，因为业务层中可能要调用多个数据访问层的东西来完成一个业务，
必须把这些操作纳入一个事务处理当中。

[zhj92lxs]

扔业务层吧，控制事务

[Shine_Panda]

个人觉得： 业务层比较合理。

因为 lz提到 “一个页面上的操作或者一组操作都用一个connection”
那么这个 "一个页面上的操作或者一组操作" 应该称的上是一个具体的业务。 当然就应该把connection
放到这里来。 打开connection 就是你这组业务的开是 关闭connenction 就是你这组业务的结束。

[cxb1004]

到底你说的层次是指什么？ MVC的三层结构，还是其他的层次？

如果是按照我的理解，肯定要放在数据层，
model只是执行业务，其下肯定要分数据层的。

至于在数据层里，除非用连接池，要不让应该放到session里，不然每一次都要去连接，太浪费了。
所以应该放在数据层的父类中。

[duzhonghua]

[Quote=引用 21 楼 caoyinghui1986 的回复:]
个人觉得： 业务层比较合理。

因为 lz提到 “一个页面上的操作或者一组操作都用一个connection”
那么这个 "一个页面上的操作或者一组操作" 应该称的上是一个具体的业务。 当然就应该把connection
放到这里来。 打开connection 就是你这组业务的开是 关闭connenction 就是你这组业务的结束。
[/Quote]
M层吧，

[npuhetao]

应该放在业务层的，因为业务层中可能要调用多个数据访问层的东西来完成一个业务，
必须把这些操作纳入一个事务处理当中。

[liang8305]

你需要的不是什么什么层
而是一个服务,好好管理connection的服务

连接池就提供这种服务

[yooooyiiiiiiiiii]

当然是最底层。

[hnjd314053754]

学习了

[null1null]

[Quote=引用 16 楼 bao110908 的回复:]
应该放在业务层的，因为业务层中可能要调用多个数据访问层的东西来完成一个业务，
必须把这些操作纳入一个事务处理当中。
[/Quote]

[kuyesuifeng]

放在业务层啊

[haoxiongok]

业务层吧。

[finalzhzhk]

db层

[wxinb]

M 层吧 就是在LogicBean 里面生成Conncetion conn