StackTrace，流畅调用的线路信息

Question

鉴于以下流畅的 API 调用：

Foo()
    .Bar1(() => { ... })
    .Bar2(() => { ... })
    .Bar3();

我想稍后确定 Bar1、Bar2 和 Bar3 行的代码文件和行号（嗯...向上）它们的调用堆栈...

案例 1： ...在 Bar1/Bar2/Bar3 扩展方法中。

我当前的解决方案：我立即在这些方法中创建堆栈跟踪并查找信息。

未解决的问题： 线路信息属于Foo() 线路，而不是Bar#(...)-线路:(

案例 2： ...稍后，在代码中完全位于其他位置的地方，以防给定的委托在执行时引发异常。

我当前的解决方案：我检查异常的堆栈跟踪并找到正确的行：)

特殊情况 3： Bar3 定义了方法内部的委托，当这样的委托抛出异常时，我现在仍然想要 .Bar3() 行。

我目前的解决方案：还不知道，委托是在其他地方创建的，我不能使用与案例 2 相同的方法。我唯一的机会是来自案例 1 的信息，但是，该信息并不完全正确（行号错误）。

问：你知道在这三种情况下如何确定正确的代码文件和行号吗？

注意：性能并不那么重要，因为这是测试框架的一部分。

Answer 1

.NET 4.5 包含 Caller Information Attributes，这是一种更简洁的方式：

using System.Runtime.CompilerServices;

...

public Foo Bar1(
    Action, 
    [CallerMemberName] string memberName = "",
    [CallerFilePath] string sourceFilePath = "",
    [CallerLineNumber] int sourceLineNumber = 0)
{
    ...
}

这里最大的好处是您不必在运行时执行任何操作。这些参数是在编译时提供的，因此这对您的方法的性能没有影响。不幸的是，没有什么可以阻止用户代码绕过这个，例如：

Foo().Bar1(() => { ... }, "not a real method", "not a real file", -123);

Answer 2

您的代码实际上是一行，因此信息本身并没有错误。你需要拆分它：

var foo = Foo();
var bar1 = foo.Bar1(() => { ... });
var bar2 = bar1.Bar2(() => { ... });
var bar3 = bar2.Bar3();

这是我能想到的最简单、最快的“修复”。您也可以利用regions 来提高清晰度：

#if(DEBUG)
// When compiling in debug
var foo = Foo();
var bar1 = foo.Bar1(() => { ... });
var bar2 = bar1.Bar2(() => { ... });
var bar3 = bar2.Bar3();
// additional code might be needed, depending on the real code...
#else
// When compiling in Release
Foo()
    .Bar1(() => { ... })
    .Bar2(() => { ... })
    .Bar3();
#endif