可以中止属性的设定过程吗

发布于 2024-08-21 17:25:37 字数 490 浏览 9 评论 0原文

我正在使用 C#.NET 进行编程。是否可以中止类属性的设置过程而不引发异常？

这就是我想要做的...

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 设置此值。

原文

I am programming in C#.NET. It is possible to abort the set procedure of a class property without throwing an exception?

Here is what I want to do...

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
     }
    }
}

I don't think I can use a method (instead of a property) because I am setting this value with a propertygrid.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

つ低調成傷 2024-08-28 17:25:37

IMO 这根本不是一件好事 - 期望是如果 set 不抛出它分配的值。在执行设置之前在UI（或任何地方）进行测试，或者抛出并处理异常。或者，调用者可能会被一种方法所迷惑：

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

该方法返回true或false来指示它是否发生。您还应该避免将 UI 代码渗透到域逻辑中；也许使用事件让 UI 与用户对话，而不会对调用者造成特定的 UI 实现？

IMO that is simply not a good thing to do - the expectation is that if the set doesn't throw it assigned the value. Test in the UI (or where-ever) before doing the set, or throw and handle an exception. Alternatively, the caller might be less confused by a method:

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

which returns true or false to indicate whether it happened. You should also avoid bleeding UI code into domain logic; perhaps use an event to let the UI talk to the user without inflicting a particular UI implementation on the caller?

回复收藏 0 原文

停滞 2024-08-28 17:25:37

在任何情况下都不应该这样做。属性应该始终快速并且在逻辑上代表某物的属性。理想情况下它永远不应该失败。它当然不应该产生诸如弹出 UI 之类的副作用。您违反了所有这些重要准则。不要这样做。

此外，你的 UI 设计很糟糕。不要事先询问用户“这可能需要一段时间，你确定吗？”如果他们点击“是”，就会惩罚他们漫长的等待。相反，开始操作，如果它没有快速返回，则弹出一个 UI 元素，其中显示进度条和带有取消按钮的预计剩余时间。

您可能应该将长时间运行的操作编写为可以在另一个线程上完全取消的异步方法。

对于此类事情，一个好的架构是让您的方法立即返回一个对象，该对象公开诸如“我仍在运行，这是我已经走了多远”或“我现在完成了，这是结果”之类的事件，或者“我在尝试执行操作时遇到错误，具体情况如下”。该对象还可以公开一个“取消”方法，该方法知道如何与工作线程通信并彻底关闭它。获取该对象的方法的调用者可以决定如何向用户显示 UI。

通过此架构，您可以将 UI 逻辑、异步逻辑和业务流程逻辑清晰地相互分离。这是工作，但它会在以后带来红利。

回复收藏 0 原文