ジョン・スキートによるシングルトンの説明

public sealed class Singleton
{
    Singleton() {}

    public static Singleton Instance
    {
        get
        {
            return Nested.instance;
        }
    }

    class Nested
    {
        // Explicit static constructor to tell C# compiler
        // not to mark type as beforefieldinit
        static Nested() {}
        internal static readonly Singleton instance = new Singleton();
    }
}

現在のアプリケーションにJon SkeetのシングルトンパターンをC＃で実装したいと思います。

コードに2つの疑問があります

1. ネストされたクラス内の外部クラスにアクセスするにはどうすればよいですか？というのは

   internal static readonly Singleton instance = new Singleton();

   閉鎖と呼ばれるものはありますか？

2. このコメントを理解できません

   // Explicit static constructor to tell C# compiler
   // not to mark type as beforefieldinit
   

   このコメントは私たちに何を示唆していますか？

1. いいえ、これはクロージャとは関係ありません。ネストされたクラスは、ここのプライベートコンストラクターを含む、外部クラスのプライベートメンバーにアクセスできます。

2. beforefieldinitに関する私の記事を読んでください。no-op静的コンストラクターが必要な場合と不要な場合があります。これは、必要な遅延保証によって異なります。.NET 4 は実際の型初期化セマンティクスを多少変更することに注意してください（まだ仕様内ですが、以前よりも時間がかかります）。

あなたがでください本当にかかわらず、このパターンがありますか？あなたは逃げることができないと確信しています：

public sealed class Singleton
{
    private static readonly Singleton instance = new Singleton();
    public static Singleton Instance { get { return instance; } }

    static Singleton() {}
    private Singleton() {}
}

質問（1）に関して：ジョンからの答えは正しいです。なぜなら、彼はそれをパブリックまたは内部にしないことによってクラスを「ネストされた」プライベートに暗黙的にマークするからです:-)。'private'を追加して明示的に行うこともできます。

    private class Nested

質問（2）について：基本的に、beforeinitfieldと型の初期化に関する投稿でわかっているのは、静的コンストラクターがない場合、ランタイムはいつでも（ただし使用する前に）初期化できるということです。静的コンストラクターがある場合、静的コンストラクター内のコードはフィールドを初期化する可能性があります。つまり、ランタイムがフィールドを初期化できるのは、型を要求したときだけです。

したがって、使用する前にランタイムがフィールドを「プロアクティブに」初期化したくない場合は、静的コンストラクターを追加します。

どちらの方法でも、シングルトンを実装する場合は、ランタイムが変数を初期化する必要があると判断したときではなく、できるだけ遅延して初期化するか、おそらく気にしないでください。あなたの質問から、私はあなたが彼らをできるだけ遅くしたいと思います。

これは、シングルトンに関するJonの投稿に出会い、IMOがこの質問の根本的なトピックです。ああ、疑問:-)

彼が「間違っている」とマークした彼のシングルトン＃3は実際には正しいことを指摘しておきます（ロックは自動的に終了時にメモリバリアを意味するため）。また、インスタンスを2回以上使用する場合は、シングルトン＃2より高速である必要があります（シングルトンのポイントは多かれ少なかれです:-)）。したがって、本当に遅延シングルトン実装が必要な場合は、おそらくそれを使用します-（1）何が起こっているのかをコードを読み取る誰にとっても非常に明確であり、（2）何が起こるかを知っているという単純な理由例外あり。

ご参考までに：シングルトン＃6を使用することはありません。デッドロックや例外を伴う予期しない動作が発生しやすいためです。詳細については、lazyのロックモード、特にExecutionAndPublicationを参照してください。