将一个页面做成很多用户控件是好办法么？
将一个页面做成很多用户控件，本来一个页面只要打开一次数据库   最后关闭！

但是做成很多用户控件   每个控件都要   打开关闭数据库！

可是做成控件，在其他页面调用时，只要拉一下就可以了，不用再写同样的代码

所以将一个页面做成很多用户控件是好办法么？

------解决方案--------------------
我现在负责的一个crm系统也是用这种方式，弄成用户控件的好处是方便复用，但是某些时候确实加大了数据查询的开销。随着系统越来越大，现在页面的速度都慢下来了。
------解决方案--------------------
如果页面间共同的内容比较多的话，这还是一种好办法的
------解决方案--------------------
至于打开关闭数据库链接，.net里头的连接池会处理这事的，所以不用担心
------解决方案--------------------
但是做成很多用户控件 每个控件都要 打开关闭数据库！
——————————————————————————————————————
这纯粹是你个人的问题啊。挡住你眼睛的那片“树叶”其实很简单。

例如SqlConnection人家有连接池、整个asp.net都有好多种缓存服务机制、有好多种数据源控件。你还可以自己写自己的“数据库”，跟SqlDatasource、XmlDataSource、ObjectDataSource似的。你原本应该尽量开发更加先进、更加适应自己需求的控件，怎么能随便一叶障目忧心于小事情呢？！
------解决方案--------------------
做成用户控件可以复用
不过总的来说，用户控件这种东西，多转了一道弯，又不容易控制，如果非必要的话，还是别用了

打开关闭数据库倒是没什么问题，数据链接其实还是用完就关的好。很多人习惯有一个常连接一直开着随时可以用，其实这并不见得是一个好的方式
------解决方案--------------------
同意楼上说的
数据库连接最好是用完就关

------解决方案--------------------
刚入门 就先这样做吧
------解决方案--------------------
用的很多的就做成用户控件,不多的就算了
------解决方案--------------------
你可以将你想要的数据一次性取出来，然后再给各个用户控件赋值。
------解决方案--------------------
内容有很多重复的建意还是用用户控件!微软的一些开源代码里都有用的...
------解决方案--------------------
嗯，我认为也是做成用户控件好，主要是应用于多个页面有相同内容时。
维护即变更都特别方便。至于数据库连接打开、关闭的资源开销，应该比起益处来说不算什么了。