Dapatkah saya mengubah bidang hanya baca pribadi di C # menggunakan refleksi?

Saya bertanya-tanya, karena banyak hal dapat dilakukan dengan menggunakan refleksi, dapatkah saya mengubah bidang hanya baca pribadi setelah konstruktor menyelesaikan eksekusinya?
(catatan: hanya rasa ingin tahu)

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

Kamu bisa:

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

Hal yang jelas adalah mencobanya:

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);
    }        
}

Ini bekerja dengan baik. (Java memiliki aturan yang berbeda, yang menarik - Anda harus secara eksplisit mengatur Fieldagar dapat diakses, dan itu hanya akan berfungsi untuk bidang contoh.)

Saya setuju dengan jawaban lain yang bekerja secara umum dan terutama dengan komentar oleh E. Lippert bahwa ini bukan perilaku yang terdokumentasi dan karena itu bukan kode bukti masa depan.

Namun, kami juga melihat masalah lain. Jika Anda menjalankan kode Anda di lingkungan dengan izin terbatas Anda mungkin mendapatkan pengecualian.

Kami baru saja mengalami kasus di mana kode kami berfungsi dengan baik di mesin kami, tetapi kami menerima VerificationExceptionketika kode berjalan di lingkungan yang dibatasi. Pelakunya adalah panggilan refleksi ke penyetel bidang hanya baca. Ini berfungsi saat kami menghapus batasan hanya baca di bidang itu.

Anda bertanya mengapa Anda ingin memecahkan enkapsulasi seperti itu.

Saya menggunakan kelas pembantu entitas untuk menghidrasi entitas. Ini menggunakan refleksi untuk mendapatkan semua properti dari entitas kosong baru, dan mencocokkan nama properti / bidang dengan kolom di kumpulan hasil, dan menyetelnya menggunakan propertyinfo.setvalue ().

Saya tidak ingin orang lain dapat mengubah nilainya, tetapi saya juga tidak ingin melakukan semua upaya untuk metode hidrasi kode kustom untuk setiap entitas.

Banyak dari procs saya yang tersimpan mengembalikan hasil yang tidak berhubungan langsung dengan tabel atau tampilan, jadi gen kode ORM tidak melakukan apa-apa untuk saya.

Cara sederhana lain untuk melakukan ini menggunakan unsafe (atau Anda dapat meneruskan bidang ke metode C melalui DLLImport dan mengaturnya di sana).

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);
        }
    }
}

Jawabannya ya, tapi yang lebih penting:

Mengapa Anda ingin? Membobol enkapsulasi secara sengaja sepertinya ide yang sangat buruk bagi saya.

Menggunakan refleksi untuk mengubah bidang baca saja atau konstan seperti menggabungkan Hukum Konsekuensi yang Tidak Diinginkan dengan Hukum Murphy .

Jangan lakukan ini.

Saya baru saja menghabiskan satu hari untuk memperbaiki bug surealis di mana objek tidak dapat dideklarasikan jenisnya sendiri.

Memodifikasi bidang hanya baca berhasil satu kali. Tetapi jika Anda mencoba memodifikasinya lagi, Anda akan mendapatkan situasi seperti ini:

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

Jadi jangan lakukan itu.

Ini ada di runtime Mono (mesin game Unity).

Saya hanya ingin menambahkan bahwa jika Anda perlu melakukan hal ini untuk pengujian unit, maka Anda dapat menggunakan:

A) PrivateObject kelas

B) Anda masih membutuhkan instance PrivateObject, tetapi Anda dapat membuat objek "Accessor" dengan Visual Studio. Cara: Meregenerasi Aksesor Pribadi

Jika Anda menyetel bidang pribadi suatu objek dalam kode Anda di luar pengujian unit, itu akan menjadi contoh "bau kode" Saya pikir mungkin satu-satunya alasan lain Anda ingin melakukan ini adalah jika Anda berurusan dengan pihak ketiga perpustakaan dan Anda tidak dapat mengubah kode kelas target. Meskipun begitu, Anda mungkin ingin menghubungi pihak ketiga, menjelaskan situasi Anda dan melihat apakah mereka tidak mau melanjutkan dan mengubah kode mereka untuk mengakomodasi kebutuhan Anda.