在开发模块化应用程序时使用快速失败的方法

Question

在开发模块化应用程序时，很明显我们需要使用Fail-fast 系统吗？

在创建模块时，如果出现模块无法处理的错误情况，它应该报告错误（比如抛出异常..），而不用担心谁来处理它。看起来这可以作为开发模块时的指南。这有什么问题吗？

编辑：示例

在module.dll中

public class SomeClass:ISomeInterface
{

    public void CreateFile(string filename)
    {
       //The module have no idea who calls this. But there is something wrong        
       //somewhere so  throw an exception early. The module writer has no control over 
       //how the exception is handled. So if this exception is not handled by the 
       //Client Application the application can potentially crash.Do he need to worry 
       //about that?
       if(filename == null)
       {
          throw new ArgumentNullException("Filename is null");
       }

       //I think the following is bad. This code is making sure that a module 
       //exception wont crash the application.Is it good?
       //if(filename ==null)
       //{
       //Logger.log("filename is null");
       //return;
       //}
    }
 }

Answer 1

我可以看到两类严重异常：一类是整个系统可能已被破坏，并且没有太多可以安全假设的情况，另一类是系统的一个重要方面代码将期望“正常工作”，不会，但没有理由相信系统的其他部分受到损害。在前一种情况下，除了死机之外，程序实际上并没有什么可以做的，如果它可以在不破坏任何“主线”数据的情况下记录发生的事情，则可能会尝试记录发生的事情。但是，在后一种情况下，终止应用程序将过于“粗鲁”。恕我直言，更好的方法是设计子系统，以便代码可以“拔掉插头”以防止它导致数据损坏，结果是任何进一步尝试使用它（除了“你还在工作吗”查询，其返回值应该表明问题）可能会立即引发异常，但允许程序中不需要有问题的子系统的部分继续运行，除非或直到他们决定没有太多东西可供他们使用没有它。

Answer 2

fail-fast 模块将处理错误但不检测错误的责任移交给下一个更高的系统设计级别。

来自维基百科的定义。 究竟是什么'下一个更高的系统设计水平'。这不应该至少是一个报告故障的级别，以便有人可以采取纠正措施并解决问题吗？在使用您的类的客户端代码提供的上层中实现。或者通过 AppDomain.UnhandledException 调用的通用错误报告器。两者都完全不受您的控制。

抛出异常。

Answer 3

通常，当我在 C++ 中实现一个严重错误方案时，我不会让这些严重异常甚至离开异常处理程序——我调用一个全局可访问类实例的“criticalExit()”方法，（我通常有其中一个来存储“全局”方法等，例如记录器、对象池），但有一个例外和一个字符串（字符串通常只是模块和函数名称）。 criticalExit() 锁定互斥体，将其优先级提高到“THREAD_PRIORITY_TIME_CRITICAL”，打开“CriticalError.Log”，将异常消息和字符串附加到文件，关闭它并调用 ExitProcess(1)，(Environment.Exit(1)) .

..而且，只是为了看看，我已经尝试在 C# 中执行此操作。生成全局可访问的单个实例并不容易:(