在 MS Web Forms 中实现业务逻辑的更好方法

Question

我使用 C# Entity Framework 和 Asp.net Web Forms 4。

目前我正在开发 Cms 的管理员部分，因此我必须使用许多 GridView 控件来对我的数据进行 CRUD 操作。

我使用 EF 作为 DAL，并在每个 .aspx 页面中实现我的业务逻辑；页面按文件夹逻辑组织。

我的 BL 非常简单，例如：用户 A 从数据库中获取 X、Y、Z 并将其显示在 GridView 上，而用户 B 仅从数据库中获取 X 并显示在同一个 GridView 上。

根据我的一点经验，我发现自己花费了大量时间使用事件触发器 Web 表单机制将我的 BL 角色嵌入到每个 .aspx 中。我的问题是相同的页面可能具有相同的 BL，因此我必须将代码复制并粘贴到可能不同的 .aspx 页面中。

我的问题：

• 如何集中我的业务逻辑并在许多 GridView 中相应地显示数据，而不在每个编码 GirdView 的页面中实现 BL？
• 我对类有一些了解，在类中实现 BL 并使用 ObjectDataSource 将其附加到 GridView 是否有意义？ 示例
• 根据您的经验，解决此类问题的更好方法是什么？
• MVC 方法可以作为解决方案吗？

感谢您抽出时间来讨论这个问题！

Answer 1

您需要对应用程序进行分层 - 例如，在典型场景中，您可以拥有以下项目：

• 实体（更准确地说是 DTO（数据传输对象））以及需要在所有其他层中使用的其他类/逻辑
• 数据访问层将处理实体到数据存储的持久性
• 业务逻辑层
• UI 层

您已经选择 EF4 作为您的 DAL。您可以使用 POCO 实体（代码优先模型）将实体/DTO 类放在单独的项目中。就您的业务逻辑而言，将其放在业务层中，业务层实际上是一堆定义 API 的类。例如，

public static class CustomerHelper
{
   public static Customer Get(int customerId)
   {
      // do access control security
      ...
      // use EF4 to get the customer object
   }

   public static void Update(Customer customer)
   {
      // do access control security
      ...
      // use EF4 to update the customer object
   }

}

通常，业务层可以具有验证、安全检查、事务控制、业务事务所需的任何前/后处理等。

最后，您的 aspx 页面将是您的 UI 层，它将使用 BL 类来获取/更新数据。对于声明性数据绑定，您必须使用对象数据源。