问无异常的错误处理

EN

在搜索与业务规则验证相关的错误处理方法时，我遇到的都是结构化异常处理的示例。

MSDN和许多其他有声誉的开发资源都非常清楚，异常不能用于处理例程错误情况。它们仅适用于因程序员(而不是用户)使用不当而可能出现的异常情况和意外错误。在许多情况下，用户错误(如字段留空)很常见，这是我们的程序应该预料到的事情，因此不是异常，也不适合使用异常。

引用：

请记住，在编程中使用术语exception与认为异常应该代表异常条件的想法有关。从本质上讲，异常情况通常是不会发生的；因此，您的代码不应该在其日常操作中抛出异常。

不会抛出异常来通知通常发生的事件。考虑使用替代方法来通知调用者这些事件的发生，而将异常抛出留给真正不寻常的事情发生。

例如，正确使用：

private void DoSomething(string requiredParameter)
{
if (requiredParameter == null) throw new ArgumentExpcetion("requiredParameter cannot be null");
// Remainder of method body...
}

使用不当：

// Renames item to a name supplied by the user.  Name must begin with an "F".
public void RenameItem(string newName)
{
   // Items must have names that begin with "F"
   if (!newName.StartsWith("F")) throw new RenameException("New name must begin with /"F/"");
   // Remainder of method body...
}

在上述情况下，根据最佳实践，最好是将错误向上传递到UI，而不涉及/需要.NET的异常处理机制。

使用上面的相同示例，假设需要对项目强制执行一组命名规则。什么方法是最好的？

让方法返回枚举结果的

1. ？RenameResult.Success、RenameResult.TooShort、RenameResult.TooLong、RenameResult.InvalidCharacters等。
2. 是否使用控制器类中的事件向UI类报告？UI调用控制器的RenameItem方法，然后处理控制器引发的AfterRename事件，该事件将重命名状态作为事件参数的一部分？
3. 控制类直接引用和调用处理错误的UI类中的方法，例如ReportError(string
4. ...?

从本质上讲，我想知道如何在可能不是Form类本身的类中执行复杂的验证，并将错误传递回Form类进行显示--但我不想在不应该使用它的地方涉及异常处理(尽管它看起来容易得多！)

根据对这个问题的回答，我觉得我必须用更具体的术语来说明这个问题：

UI =用户界面，BLL =业务逻辑层(在本例中，只是一个不同的类)

1. 用户在UI中输入值。
2. UI将值报告给BLL。
3. BLL对该值执行例程验证。
4. BLL发现规则BLL将规则冲突返回给UI。
5. UI从BLL接收返回并向用户报告错误。

由于用户输入无效值是例行公事，因此不应使用异常。没有例外的正确方式是什么？