你能中止一个属性的设定程序吗？

Question

我在C#.NET中编程.可以在不抛出异常的情况下中止类属性的set过程？

这是我想要做的......

public int RandomProperty
{
    set
    {
     DialogResult answer = new DialogResult();
     answer = MessageBox.Show("This process could take up to 5 min. Are you sure you want to continue?");
     if(answer = DialogResult.No) 
        CancelSet   // Can I do something similar here?
     else
     {
      ...Do set procedure
     }
    }
}

我不认为我可以使用方法(而不是属性),因为我使用propertygrid设置此值.

Answer 1

IMO根本不是一件好事 - 期望是如果set不给它分配值.测试在UI(或其中的一次)之前做set,或抛出和处理异常.或者,调用者可能不会被方法混淆:

public bool TrySetRandomProperty(SomeType value) {
    ...
}

返回true或false指示是否发生.您还应该避免将UI代码放入域逻辑中; 也许使用一个事件让UI与用户交谈而不会在调用者上造成特定的UI实现？

Answer 2

在任何情况下你都不应该这样做.属性应始终快速且逻辑地表示某事物的属性.理想情况下,它永远不会失败.它当然不应该产生副作用,如弹出UI.您违反了所有这些重要指南.不要这样做.

此外,您的UI设计很糟糕.不要事先询问用户"这可能需要一段时间,你确定吗？" 然后如果他们点击是,则等待很长时间来惩罚他们.相反,启动操作,如果它没有快速返回,则弹出一个UI元素,显示一个进度条和一个带有取消按钮的估计剩余时间.

您应该将长时间运行的操作编写为异步方法,可以在另一个线程上彻底取消.

对于这种事情来说,一个好的架构是让你的方法立即返回一个对象,它暴露出事件,比如"我还在运行,这里有多远",或者"我现在已经完成了,这是结果",或者"我在尝试进行操作时遇到了错误,而这就是它的原因".该对象还可以公开一个"取消"方法,该方法知道如何与工作线程通信并干净地关闭它.然后,获取此对象的方法的调用者可以决定如何向用户显示UI.

使用此体系结构,您可以清晰地将UI逻辑,异步逻辑和业务流程逻辑彼此分开.这是工作,但后来它会带来好处.