リフレクションを使用してC＃のプライベートな読み取り専用フィールドを変更できますか？

リフレクションを使用して多くのことができるので、コンストラクターの実行が完了した後でプライベート読み取り専用フィールドを変更できますか？
（注：単なる好奇心）

public class Foo
{
 private readonly int bar;

 public Foo(int num)
 {
  bar = num;
 }

 public int GetBar()
 {
  return bar;
 }
}

Foo foo = new Foo(123);
Console.WriteLine(foo.GetBar()); // display 123
// reflection code here...
Console.WriteLine(foo.GetBar()); // display 456

あなたはできる：

typeof(Foo)
   .GetField("bar",BindingFlags.Instance|BindingFlags.NonPublic)
   .SetValue(foo,567);

明白なことはそれを試すことです：

using System;
using System.Reflection;

public class Test
{
    private readonly string foo = "Foo";

    public static void Main()
    {
        Test test = new Test();
        FieldInfo field = typeof(Test).GetField
            ("foo", BindingFlags.Instance | BindingFlags.NonPublic);
        field.SetValue(test, "Hello");
        Console.WriteLine(test.foo);
    }        
}

これは正常に動作します。（興味深いことに、Javaにはさまざまなルールがあります。明示的Fieldにアクセス可能に設定する必要があり、インスタンスフィールドに対してのみ機能します。）

これは一般的に機能するという点で他の回答に同意します。特に、これは文書化された動作ではないため、将来性のあるコードではないというE. Lippertのコメントにも同意します。

ただし、別の問題にも気付きました。アクセス許可が制限された環境でコードを実行している場合は、例外が発生する可能性があります。

コードがマシン上で正常に機能するケースがありVerificationExceptionましたが、制限された環境でコードが実行されたときにaを受け取りました。犯人は、読み取り専用フィールドの設定者へのリフレクションコールでした。そのフィールドの読み取り専用の制限を削除したときに機能しました。

なぜそのようなカプセル化を解除したいのかと尋ねました。

エンティティヘルパークラスを使用してエンティティをハイドレートします。これはリフレクションを使用して新しい空のエンティティのすべてのプロパティを取得し、プロパティ/フィールド名を結果セットの列に一致させ、propertyinfo.setvalue（）を使用して設定します。

他のユーザーが値を変更できるようにしたくありませんが、すべてのエンティティのカスタムコードハイドレーションメソッドにすべての労力を費やしたくありません。

私の多くのストアドプロシージャは、テーブルまたはビューに直接対応しない結果セットを返すため、コード生成ORMは何もしません。

unsafeを使用してこれを行う別の簡単な方法（または、DLLImportを介してフィールドをCメソッドに渡し、そこに設定することもできます）。

using System;

namespace TestReadOnly
{
    class Program
    {
        private readonly int i;

        public Program()
        {
            i = 66;
        }

        private unsafe void ForceSet()
        {
            fixed (int* ptr = &i) *ptr = 123;
        }

        static void Main(string[] args)
        {
            var program = new Program();
            Console.WriteLine("Contructed Value: " + program.i);
            program.ForceSet();
            Console.WriteLine("Forced Value: " + program.i);
        }
    }
}

答えはイエスですが、さらに重要なことは次のとおりです。

なぜあなたはしたいですか？カプセル化を意図的に壊すことは、私には恐ろしく悪い考えのように思えます。

リフレクションを使用して読み取り専用フィールドまたは定数フィールドを変更することは、意図しない結果の法則とマーフィーの法則を組み合わせるようなものです。

これを行わないでください。

私は、オブジェクトが独自に宣言されたタイプではない可能性がある超現実的なバグを修正するために1日過ごしました。

読み取り専用フィールドの変更は1回しか機能しませんでした。しかし、もう一度変更しようとすると、次のような状況になります。

SoundDef mySound = Reflection_Modified_Readonly_SoundDef_Field;
if( !(mySound is SoundDef) )
    Log("Welcome to impossible-land!"); //This would run

だからそれをしないでください。

これはMonoランタイム（Unityゲームエンジン）上にありました。

単体テストのためにこれを行う必要がある場合は、次のように追加できます。

A）PrivateObjectクラス

B）PrivateObjectインスタンスは引き続き必要ですが、Visual Studioで「Accessor」オブジェクトを生成できます。 方法：プライベートアクセサーを再生成する

ユニットテスト以外のコードでオブジェクトのプライベートフィールドを設定する場合、それは「コードのにおい」のインスタンスになります。おそらく、これを実行する他の唯一の理由は、サードパーティを扱っている場合だと思いますライブラリを使用して、ターゲットクラスコードを変更することはできません。それでも、おそらくサードパーティに連絡して、状況を説明し、彼らが先に進まないかどうかを確認し、必要に応じてコードを変更する必要があります。