環境：Visual Studio 2015RTM。（私は古いバージョンを試していません。）

最近、Noda Timeコードの一部をデバッグしていて、タイプのローカル変数NodaTime.Instant（structNoda Timeの中心的なタイプの1つ）を取得すると、「ローカル」ウィンドウと「ウォッチ」ウィンドウがあることに気付きました。そのToString()オーバーライドを呼び出すようには見えません。ToString()ウォッチウィンドウで明示的に呼び出すと、適切な表現が表示されますが、それ以外の場合は次のように表示されます。

variableName       {NodaTime.Instant}

これはあまり役に立ちません。

オーバーライドを変更して定数文字列を返すと、その文字列はデバッガーに表示されるので、そこにあることを明確に認識できます。「通常の」状態で使用したくないだけです。

これを小さなデモアプリでローカルに再現することにしました。これが私が思いついたものです。（この投稿の初期のバージョンでDemoStructは、クラスであり、DemoClassまったく存在していなかったことに注意してください-私のせいですが、今では奇妙に見えるいくつかのコメントを説明しています...）

using System;
using System.Diagnostics;
using System.Threading;

public struct DemoStruct
{
    public string Name { get; }

    public DemoStruct(string name)
    {
        Name = name;
    }

    public override string ToString()
    {
        Thread.Sleep(1000); // Vary this to see different results
        return $"Struct: {Name}";
    }
}

public class DemoClass
{
    public string Name { get; }

    public DemoClass(string name)
    {
        Name = name;
    }

    public override string ToString()
    {
        Thread.Sleep(1000); // Vary this to see different results
        return $"Class: {Name}";
    }
}

public class Program
{
    static void Main()
    {
        var demoClass = new DemoClass("Foo");
        var demoStruct = new DemoStruct("Bar");
        Debugger.Break();
    }
}

デバッガーでは、次のように表示されます。

demoClass    {DemoClass}
demoStruct   {Struct: Bar}

ただし、Thread.Sleep呼び出しを1秒から900ミリ秒に短縮すると、まだ短い一時停止がありますClass: Fooが、値として表示されます。Thread.Sleep呼び出しの長さは問題ではないようでDemoStruct.ToString()、常に正しく表示されます。デバッガーは、スリープが完了する前に値を表示します。（Thread.Sleep無効になっているようです。）

現在Instant.ToString()、野田時間ではかなりの量の作業が行われていますが、確かに1秒もかかりません。したがって、デバッガーがToString()呼び出しの評価をあきらめる原因となる条件がさらにあると考えられます。そしてもちろん、それはとにかく構造体です。

スタック制限かどうかを確認するために繰り返し試行しましたが、そうではないようです。

では、VSが完全に評価するのを妨げている原因をどのように理解できInstant.ToString()ますか？以下に示すように、DebuggerDisplayAttribute役立つように見えますが、理由がわからない場合は、必要なときと不要なときに完全に自信を持つことはできません。

更新

を使用するとDebuggerDisplayAttribute、状況が変わります。

// For the sample code in the question...
[DebuggerDisplay("{ToString()}")]
public class DemoClass

私に与える：

demoClass      Evaluation timed out

一方、野田時間に適用すると：

[DebuggerDisplay("{ToString()}")]
public struct Instant

簡単なテストアプリで正しい結果が表示されます。

instant    "1970-01-01T00:00:00Z"

だから、おそらく野田時間の問題点は、いくつかの条件でDebuggerDisplayAttribute 行いを通じて力が-それはタイムアウトによる強制するものではありませんが。（これはInstant.ToString、タイムアウトを回避するのに十分な速さであるという私の期待に沿ったものです。）

これは十分な解決策かもしれませんが、何が起こっているのか、そしてNodaTimeのさまざまな値型すべてに属性を設定する必要をなくすためにコードを変更できるかどうかを知りたいのです。

好奇心旺盛で好奇心旺盛

デバッガーを混乱させるものは何でも、時々混乱させるだけです。を保持し、Instantそれを独自のToString()メソッドに使用するクラスを作成しましょう。

using NodaTime;
using System.Diagnostics;

public class InstantWrapper
{
    private readonly Instant instant;

    public InstantWrapper(Instant instant)
    {
        this.instant = instant;
    }

    public override string ToString() => instant.ToString();
}

public class Program
{
    static void Main()
    {
        var instant = NodaConstants.UnixEpoch;
        var wrapper = new InstantWrapper(instant);

        Debugger.Break();
    }
}

今私は見ることになります：

instant    {NodaTime.Instant}
wrapper    {1970-01-01T00:00:00Z}

ただし、コメントでのErenの提案でInstantWrapper、構造体に変更すると、次のようになります。

instant    {NodaTime.Instant}
wrapper    {InstantWrapper}

したがって、クラス内にある別のメソッドによって呼び出される限り、評価できます。クラス/構造体の部分は、結果を得るために実行する必要のあるコードではなく、表示されている変数のタイプに基づいて重要であるように思われます。Instant.ToString()ToString

この別の例として、次を使用する場合：

object boxed = NodaConstants.UnixEpoch;

...その後、正常に動作し、適切な値が表示されます。私を混乱させてください。

更新：

このバグはVisualStudio 2015 Update 2で修正されています。Update2以降を使用して構造体値でToStringを評価する際に問題が発生する場合は、お知らせください。

元の回答：

Visual Studio 2015で既知のバグ/設計の制限に遭遇し、構造体タイプでToStringを呼び出しています。これは、を扱うときにも観察できSystem.DateTimeSpanます。 System.DateTimeSpan.ToString()Visual Studio 2013の評価ウィンドウで機能しますが、2015年には常に機能するとは限りません。

低レベルの詳細に興味がある場合は、次のようになっています。

評価するためToStringに、デバッガーは「関数評価」と呼ばれるものを実行します。非常に簡単に言えば、デバッガーは現在のスレッドを除くプロセス内のすべてのスレッドを一時停止し、現在のスレッドのコンテキストをToString関数に変更し、非表示のガードブレークポイントを設定してから、プロセスを続行できるようにします。ガードブレークポイントに到達すると、デバッガーはプロセスを以前の状態に復元し、関数の戻り値を使用してウィンドウにデータを入力します。

ラムダ式をサポートするには、Visual Studio 2015でCLR式エバリュエーターを完全に書き直す必要がありました。大まかに言うと、実装は次のとおりです。

1. Roslynは、式/ローカル変数のMSILコードを生成して、さまざまな検査ウィンドウに表示される値を取得します。
2. デバッガーはILを解釈して結果を取得します。
3. 「呼び出し」命令がある場合、デバッガーは上記のように関数評価を実行します。
4. デバッガー/ roslynはこの結果を取得し、ユーザーに表示されるツリーのようなビューにフォーマットします。

ILが実行されるため、デバッガーは常に「実際の」値と「偽の」値の複雑な組み合わせを処理します。実際の値は、デバッグ中のプロセスに実際に存在します。偽の値は、デバッガプロセスにのみ存在します。適切な構造体セマンティクスを実装するために、デバッガーは構造体値をILスタックにプッシュするときに常に値のコピーを作成する必要があります。コピーされた値は「実際の」値ではなくなり、デバッガープロセスにのみ存在するようになりました。つまり、後での関数評価を実行する必要がある場合ToString、プロセスに値が存在しないため、実行できません。値を取得しようとするには、ToStringメソッドの実行をエミュレートする必要があります。いくつかのことをエミュレートすることはできますが、多くの制限があります。たとえば、ネイティブコードをエミュレートしたり、「実際の」デリゲート値の呼び出しやリフレクション値の呼び出しを実行したりすることはできません。

これらすべてを念頭に置いて、表示されているさまざまな動作の原因は次のとおりです。

1. デバッガーが評価していませんNodaTime.Instant.ToString->これは、構造体タイプであり、ToStringの実装を上記のようにデバッガーでエミュレートできないためです。
2. Thread.SleepToString構造体で呼び出されたときに時間がかからないようです->これはエミュレータが実行されているためToStringです。Thread.Sleepはネイティブメソッドですが、エミュレーターはそれを認識しており、呼び出しを無視します。これは、ユーザーに表示する値を取得するために行います。この場合、遅延は役に立ちません。
3. DisplayAttibute("ToString()")動作します。->それは紛らわしいです。暗黙の呼び出しの唯一の違いToStringと DebuggerDisplay暗黙的のいずれかのタイムアウトということでToString 評価はすべて、暗黙的な無効になりToString、次のデバッグセッションまで、そのタイプのための評価を。あなたはその行動を観察しているかもしれません。

設計上の問題/バグに関しては、これはVisualStudioの将来のリリースで対処することを計画しているものです。

うまくいけば、それは物事をクリアします。他にご不明な点がありましたらお知らせください。:-)