DataTable Wrapper 或如何将 UI 与业务逻辑解耦

Question

我正在使用 Web 表单、C#、Asp.net。 众所周知，在这个模型中，UI和业务逻辑经常是混合在一起的，如何有效地将它们分开呢？

我想使用的例子是： 我有一个 GridView 和一个 DataTable（GridView 绑定到 DataTable 并且 DataTable 由存储过程提供）。

我希望 GridView（UI）和 DataTable（业务逻辑）能够解耦。

为 DataTable 编写包装器值得吗？ 是否有经过证明和测试的实用模式可供您推荐遵循？

如果有经验的人可以提供一些线索，那就太棒了。 最后，我想说 ASP MVC 目前不是一个选择，所以不推荐它。

我的数据库访问层返回一个数据表。 请注意，我必须使用此数据库层，因为这是公司政策。

Answer 1

我最近经历了这个，同时将很多相同的事情与我们的 UI 层解耦。

您可以在此处和此处。

在我看来，DataTable 确实不代表业务逻辑。 具体来说，它是直接从数据库中提取的数据。 业务逻辑将数据转变为真正有用的业务对象。

那么，第一步是将 DataTable 与 Business 对象解耦。

您可以通过创建组成 DataTable 和 DataTable 集合的对象和 List

1. 创建一个代表您的对象的类。
2. 迭代您的 DataTable（或 DataSet，或者您检索数据的方式）并将这些字段推入该对象（或 List）的属性中；
3. 将该列表返回到 Gridview 或 ListView 进行显示。

这样，您的 ListView 或 Gridview 就不会与您检索数据的方法紧密耦合。 如果您稍后决定从 JSON 查询或 XML 文件获取数据，会发生什么情况？ 然后你必须将其构建到那里。

步骤 1 - 从数据库获取数据

有多种方法可以从数据库获取数据，我无法在此一一介绍所有方法。 我假设您已经知道如何从数据库中检索数据，如果您不知道，可以使用 相当多的链接可供关注。 假设您已连接到数据库，并使用 SQLDataReader 检索数据。 我们会在那里接载。

类图

Foo
----
id
Name
Description

方法如下：

 private void FillDefault(SqlDataReader reader, Foos foo)
        {
            try
            {
                foo.id = Convert.ToInt32(reader[Foo.Properties.ID]);
                foo.Name = reader[Foo.Properties.NAME].ToString();
                    
                
             if (!string.IsNullOrEmpty(
                reader[Foo.Properties.DESCRIPTION].ToString()))
                 foo.Description = 
                 reader[Foo.Properties.DESCRIPTION].ToString();
             else foo.Description = string.Empty;
            }
            catch (Exception ex)
            {
               throw new Exception(
               string.Format("Invalid Query. 
               Column '{0}' does not exist in SqlDataReader.", 
               ex.Message));
            }
        }

一旦发生这种情况，您可以通过在针对 SQLDataReader.Read() 函数的 while 循环中执行该过程来返回一个列表。

完成此操作后，我们假设返回的 Foo 是一个列表。 如果您这样做，并按照我上面给出的第一个链接进行操作，您可以将 Dictionary 替换为 List 并获得相同的结果（使用较小的差异）。 Properties 类仅包含数据库中的列名称，因此您可以在一个地方更改它们（如果您想知道的话）。

数据表 - 基于注释更新

您始终可以插入中间对象。 在本例中，我将在 DataTable 和 UI 之间插入一个业务层，并且我已经在上面讨论了我要做什么。 但 DataTable 不是业务对象；而是业务对象。 它是数据库的可视化表示。 您不能将其传输到 UI 层并将其称为解耦。 他们说您必须使用 DataTable，他们是否说您必须将该 DataTable 传输到 UI？ 我无法想象他们会这么做。 如果你这样做，那么你将永远不会脱钩。 您始终需要在 DataTable 和 UI 层之间有一个中间对象。

Answer 2

我首先将数据表解耦到垃圾桶中。 构建一个领域层，然后构建某种类型的处理数据库的数据访问层（推荐 ORM）。

然后构建一个向 UI 提供数据的服务层。 所有业务逻辑都应该位于服务或实体本身内。

Answer 3

考虑实施 MVP（模型视图演示者）模式。 它使您可以通过演示者界面分离业务逻辑，这也允许更好的单元测试功能。 然后，aspx 页面的代码隐藏只是事件的连接器和属性的 getter/setter。 您可以在 MS 模式和实践企业应用程序块（CAB - 复合应用程序块 - 如果我没有记错的话）中找到它。
您可以在这里阅读更多相关信息： http://msdn.microsoft.com/ en-us/magazine/cc188690.aspx
但从 DataTable/DataSet 到对象 (POCO) 也是首选。