处理屏幕抓取对象的更好方法

Question

在我的应用程序中，我总是最终实现模型-视图-演示者模式，并且通常最终会使用 get 属性从屏幕上废弃我的视图对象。

例如

Person IBasicRegistration.Person
{
 get
 {
  if (ViewState["View.Person"] == null)
   ViewState["View.Person"] = new Person();

  var Person = (Person) ViewState["View.Person"];

  Person.Email = txtEmail.Text.Trim();
  Person.FirstName = txtFirstName.Text.Trim();
  Person.LastName = txtLastName.Text.Trim();
  Person.Zip = txtZip.Text.Trim();
  Person.Phone = txtPhone.Text.Trim();
  Person.ResidentPersonLicenseState = 
        EnumerationParser.Parse<States?>(ddState.SelectedValue);

  return Person;
 }
}

，但是在调试过程中，我注意到当我在 Presenter/Model 中访问 IBasicRegistration.Person 时，我对 get { } 属性进行了相当多的遍历。

我开始认为这种模式似乎与 INotifyPropertyChanged 模式非常相似，并且我开始考虑实现类似的模式并让每个文本字段实现一个 OnChanged 事件，该事件将更新位于视图状态的 person 对象中的相关值，但是我越进一步考虑到每次用户将鼠标移出字段时都需要大量服务器请求，并且似乎在某些时候可能会导致可扩展性问题。

我的下一个想法是创建一个 IsDirty 标志并将我的代码包装在它触及类似以下字段的位置是否有意义：

Person IBasicRegistration.Person
{
 get
 {
  if (ViewState["View.Person"] == null)
   ViewState["View.Person"] = new Person();

  var Person = (Person) ViewState["View.Person"];

  if(IsDirty)
  {
      Person.Email = txtEmail.Text.Trim();
      ...others

      IsDirty = false;
  }

  return Person;
 }
}

并设置调用回发的任何方法（即通常只是提交按钮）以设置 IsDirty = true 和那么它就会无缘无故地跳过大量重复工作。

有没有人为这项任务想出更优雅的东西？

Answer 1

我认为发生脱节的地方是，您通常在获取视图时实现视图，同时创建视图。典型的场景是表单实现视图接口，然后在应用程序对象中注册自身（或已注册）。然后，每当您需要了解某人输入的内容时，您都可以使用视图的各种属性。

例如，要找出您为名字输入的内容，您可以

 myVariable = PersonView.FirstName();

在您的示例中，每次访问人员时都会拉取视图的状态。即使您只想要电子邮件，您也会提取所有内容并将其放入状态变量中。

现在，如果数据结构 Person 是您模型的一部分。那么这就可以了。换了你就把人拉出来一次。修改或将其添加到模型中，然后其他所有内容（报告等）都将查看模型。

然而，你的问题表明它正在一次又一次地受到打击。这让我认为出于多种原因直接从视图访问 Person。在这种情况下，我会将属性放在视图上，以允许访问各个成员。

或者我会重构设计，以便所有内容都使用数据模型，并且每次视图更改时都会更新模型。我怀疑您此时可能不想这样做，因此最好的方法是使用单独的属性。