Чи можу я змінити приватне поле для читання лише в 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доступність, і вона все одно працюватиме лише для полів, наприклад.)

Я погоджуюся з іншими відповідями в тому, що це працює в цілому і особливо з коментарем Е. Ліпперта, що це не документально підтверджена поведінка і, отже, не підтверджує майбутній код.

Однак ми також помітили ще одне питання. Якщо ви використовуєте код у середовищі з обмеженими дозволами, ви можете отримати виняток.

У нас щойно був випадок, коли наш код добре працював на наших машинах, але ми отримали, VerificationExceptionколи код працював у обмеженому середовищі. Винуватцем став роздум про дзвінок сетеру в поле для читання. Це спрацювало, коли ми зняли лише обмеження для цього поля.

Ви запитали, чому ви хочете розірвати інкапсуляцію так.

Я використовую клас помічників сутності для гідратації об'єктів. Це використовує відображення для отримання всіх властивостей нового порожнього об'єкта, а також відповідає властивості / імені поля стовпцю в наборі результатів і встановлює його, використовуючи propertyinfo.setvalue ().

Я не хочу, щоб хто-небудь інший міг змінити значення, але я не хочу докладати всіх зусиль, щоб спеціальні методи гідратації коду також використовувались для кожної сутності.

Багато моїх збережених програм повертають набори результатів, які не відповідають безпосередньо таблицям або переглядам, тому OR OR з кодового коду нічого не робить для мене.

Ще один простий спосіб зробити це за допомогою небезпечного (або ви можете передати поле методу C через DLLImport і встановити його туди).

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

Відповідь - так, але важливіше:

Чому б ви хотіли? Навмисне порушення інкапсуляції здається мені жахливо поганою ідеєю.

Використовувати рефлексію для зміни рівня читання або постійного поля - це як поєднання Закону про ненавмисні наслідки із Законом Мерфі .

Не робіть цього.

Я щойно провів день, виправляючи сюрреалістичну помилку, де об’єкти могли бути не власного заявленого типу.

Модифікація поля, що читається тільки працювало один раз. Але якщо ви спробуєте її знову змінити, у вас вийдуть такі ситуації:

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

Тож не робіть цього.

Це було в режимі виконання Mono (Unity game engine).

Я просто хочу додати, що якщо вам потрібно зробити цей матеріал для тестування одиниць, ви можете використовувати:

A) PrivateObject клас

В) Вам все одно знадобиться екземпляр PrivateObject, але ви можете генерувати об’єкти "Accessor" за допомогою Visual Studio. Як: відновлювати приватні підключення

Якщо ви встановлюєте приватні поля об’єкта у своєму коді поза тестуванням одиниці, це був би екземпляр "запаху коду", я думаю, що, можливо, єдиною іншою причиною ви цього хочете зробити, якщо ви маєте справу з третьою стороною бібліотеку, і ви не можете змінити код цільового класу. Вже тоді ви, ймовірно, хочете зв’язатися з третьою стороною, пояснити свою ситуацію і побачити, чи не піде вони далі і не змінять код, щоб задовольнити вашу потребу.