是否可以将逻辑放入异常中

我广泛地使用异常，我经常面临在哪里为一个非常特定的异常放置逻辑的困境。

为了说明这一点，假设我已经实现了自己的XML解析器，它接受一个文件路径，打开文件并解析它。现在，在出现解析错误的情况下，我想抛出一个异常，该异常指定文件中不正确的XML的位置。这是通过输出包含

的消息来完成的

文件名
2. 行号
3. 最近的字符串内容

到目前为止，我一直试图通过仅用标量提供异常来实现这一点，因为它们可能会立即在消息中使用。这已经成为我的规则:异常中尽可能少的逻辑。按照这个规则，异常中使用的变量的任何计算都位于该异常之外。

一个简化的例子:

void parseXmlFile(string filePath)
{
    // …
    int line = currentLine();
    string surroundingText = StringHelper.getSurroundingText(filePath, offset);
    throw new SpecificXmlParseError(filePath, line, surroundingText);
}

但是随着项目的发展，我需要多次重用异常。每次我都被迫重新计算相同的变量，这违反了DRY规则。因此，我想知道是否可以将计算逻辑放入异常中，并仅为其提供计算消息数据所需的参数。它可以像这样:

class SpecificXmlParseError
{
    void SpecificXmlParseError(filePath, offset) : base(ComputeMessage(filePath, offset))
    {}
    static string ComputeMessage(filePath, offset)
    {
        int line = computeLineBasedOnOffset(filePath, offset);
        string surroundingText = StringHelper.getSurroundingText(filePath, offset);
        string exceptionMessage = putTogetherMessage(surroundingText);
        return exceptionMessage;
    }
    // ...
}

这里的风险是计算逻辑可能抛出另一个异常。但这有什么特别的原因吗?我能想到的唯一不好的事情是，它会隐藏原始异常(以及真正的原因)，不让任何记录器捕捉到它们。但另一方面，在第一种情况下也会发生同样的事情，在异常之前计算数据。还有什么我忘了的问题吗?一个中间的解决方案是编写helper类，它将计算字符串消息。这是迄今为止我想到的最优雅的解决方案，但在这种情况下，它也感觉太过了，并且违反了KISS(毕竟我只想抛出一个异常!)。

有一个双赢的解决方案吗?这些解决方案的优缺点是什么?