问读取文件时处理运行时异常

EN

没有简单的答案。把自己放在用户的角色中，想想如果中间有一个数据文件被破坏了，他们会期望什么。

假设我有一个有1200个地址的地址簿，而且有一个您的代码无法阅读的地址簿。作为一个用户，我希望看到1199个地址。我甚至希望收到错误消息吗？我不这样认为。或者最多一次。因为如果我使用一个应用程序，每次我搜索一个地址，我都会收到一条该死的错误信息，我会非常生气的。

假设我的应用程序刚刚收到一个带有财务数据的文件。比如我的公司必须支付217张账单的信息，以及你的代码无法阅读的信息。作为一个用户，我希望被告知这个文件已经损坏，这样我就可以回到发送文件的人那里，得到一个新的文件。忽视一项已经被破坏的法案将是非常非常糟糕的，并可能导致可怕的后果。

所以你看，这要看情况。看看形势，做任何有意义的事情。不要从软件开发人员的角度去做，而是从需要最有用的结果的最终用户的角度去做。

当然，这取决于系统的实现和复杂程度。但总的来说，我会选择创建类似于FileParsingException和ObjectBuildingException的东西。

然后，您可能会创建一个ObjectReader类，解析文件并创建对象(可能委托给FileParser和ObjectBuilder类)，捕获这些异常并创建正确的异常。

然后，您可以在堆栈中的某个点捕获异常，在那里您可以给出适当的用户反馈，并可能给出选择另一个文件或其他什么的选项。

好的是，您可以在不对类的用户强制执行复杂性的情况下添加有关错误的相关信息。

例如，您可能不希望客户端类知道该文件必须包含ints，因为这将要求它实现当您的读取器类更改时会中断的逻辑。如果有很多客户，这很快就会变成地狱。(当解析更加复杂时，这可能更有意义)。

如果您期望脏数据：

脏数据是指某些记录可能是脏的或不正确的。数据质量可能不高。在这种情况下，只需将坏记录推入跳过文件，将其记录下来，然后继续前进到下一个文件。在处理结束时，创建一个带有结果摘要的通知，并注意跳过文件的位置。

这样，我们就可以处理大部分的记录，并记下那些肮脏的记录，以便进行进一步的补救。

如果您期望获得干净的数据：

清洁数据意味着您期望每条记录都是有效的。如果数据不干净，请停止处理并创建警报。此方案将需要对文件中的每条记录进行屏幕前(第一次通过)，以确定其是否有效。如果记录都是有效的，那么该文件是好的，可以处理。如果该文件无效，则很可能整个文件将被丢弃，生成该文件的任何人/任何东西都必须创建一个新的文件来处理。

根据您的需求，这两个选项都是可以接受的。