页面或每个UserControl中的ASP.NET数据绑定？

Question

最好在页面上执行数据访问操作，然后用检索到的数据填充每个用户控件的属性。

- 要么 -

如果每个UC都调用业务层并独立提取自己的数据而不必依赖页面，那会更好吗？

现有条件： 1.该页面用于数据访问的任何信息（查询字符串，URL等）也可用于各个UC。2.两种解决方案均使用缓存。

我的同事坚持认为，第一种选择更好，因为数据访问仅在页面上发生一次。

第二种选择对我来说似乎更合乎逻辑，因为它使我可以将UC放置在另一页上，而无需在页面本身上进行任何附加布线。 页面和UC真正分离了。

请告知为什么一个会比另一个更好。

Answer 1

在大多数情况下，第一种选择更好。

UserControl不是控制器，而是页面。 它应该显示无法访问的数据。 该页面通常设置UserControl的属性。

目的之一是可重用性 。 如果将其与数据源进行硬链接，则将减少这种情况。 它应该与任何类型的DAL一起使用，完全不应该打扰他们。

但是，如果它的唯一目的是封装 （例如，作为TabContainer的TabPanel中使用的容器控件），则UserControl可以替换页面，因此也可以进行数据访问和事件处理。 您不会经常重复使用这种UserControl。

Answer 2

你们俩都是正确的。

如果您有任何重用用户控件的计划，则应将数据访问封装在该控件中。

但是，如果页面上有多个用户控件，则一次访问数据肯定会更有效率。

在类似情况下，我们经常做的是实现一个混合解决方案：用户控件托管在实现数据检索界面（它们从页面中拉出）的页面上，或者用户控件实现指示其数据类型的界面需要（然后页面将数据推送到用户控件）。