ASP.NET 中的业务/域对象

Question

只是试图收集有关通过 ASP.NET (2.0+) UI/表示层操作业务/域对象的有效/无效的想法。 特别是在经典的 ASP.NET LOB 应用程序情况下，ASP.NET 代码直接与业务层对话。 我经常遇到这种类型的设计，想知道什么是理想的解决方案（即实现特定的模式），什么是最好的实用解决方案，不需要在没有实现“模式”的情况下完全重写。

这是一个示例场景。

单个 ASP.NET 页面是特定业务/域对象的“编辑/新建”页面，让我们使用“Person”作为示例。 我们想要在此页面中编辑姓名和地址信息。 当用户进行编辑或输入数据时，在某些情况下表单应该回发以刷新自身。 例如，在编辑地址时，他们选择“国家/地区”。 之后，“州/地区”下拉列表将启用并刷新为所选国家/地区的相关信息。 这本质上是业务逻辑（根据某些依赖字段限制可用选择），并且该逻辑由业务层处理（请记住，这只是一个示例，在很多业务情况下，回发期间的逻辑更加复杂 - 例如例如保险业在选择某些事物时决定了需要/需要哪些其他数据）。

理想情况下，此逻辑仅存储在 Business/Domain 对象中（即，在 ASP.NET 代码中不重复该逻辑）。 为了实现这一点，我认为业务/域对象需要重新初始化，并根据每次回发的当前 UI 值设置其状态。

例如：

private Person person = null;

protected void Page_Load()
{
    person = PersonRepository.Load(Request.QueryString["id"]);

    if (Page.IsPostBack)
        SetPersonStateFromUI(person);
    else
        SetUIStateFromPerson(person);
}

protected void CountryDropDownList_OnChange()
{
    this.StateRegionDropDownList.Enabled = true;
    this.StateRegionDropDownList.Items.Clear();
    this.StateRegionDropDownList.DataSource = person.AvailableStateRegions;
    this.StateRegionDropDownList.DataBind();
}

我看到的其他选项是将业务对象存储在 SessionState 中，而不是每次页面加载备份时从存储库（也称为数据库）加载它。

想法？

Answer 1

这是我稍微不同意的一句话：

this.StateRegionDropDownList.DataSource = person.AvailableStateRegions;

Person 是一个业务/域对象，但它不是应该处理状态/区域映射（例如）的对象，即使这是做出决策的信息所在的地方。

在需要多个变量来做出决定的更复杂的示例中，您通常要做的是从您想要最终得到的域对象开始，并在该对象上调用一个函数，该函数可以给出所有必需的做出商业决策的信息。

因此，也许（在 State 类上使用静态函数）：

this.StateRegionDropDownList.DataSource = State.GetAvailableStateRegions(person, ipAddress);

由于将 UI 帮助器关注点与 Person 域对象分离，这种编程风格往往“更容易测试”。

Answer 2

我会将你的示例放在我的“UI 增强”存储桶中，而不是 BL，验证条目是否正确是 BL，但在我看来，简化数据输入是 UI。

Answer 3

对于非常简单的事情，我不会费心定期回发，而是使用 ajax 方法。 例如，如果我需要获取城市列表，我可能有一个页面方法（或网络服务），给定一个州给我一个城市列表。

如果你的选择取决于各种各样的参数，那么你所做的就会很有效。 至于在 Session 中存储东西是有好处的。 您的实体是否同时对多个人可见？ 如果是这样，当用户 A 和用户 B 都编辑相同内容时会发生什么。 另外，如果您每次加载时都会保存到数据库吗？ 如果我正在编辑我的姓名，然后选择国家/地区，但现在我的浏览器崩溃了，会发生什么情况？ 您是否更新了数据库中的名称？