리플렉션을 사용하여 많은 작업을 수행 할 수 있기 때문에 생성자가 실행을 완료 한 후 개인 읽기 전용 필드를 변경할 수 있는지 궁금합니다.
(참고 : 호기심 일뿐)
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);
}
}
이것은 잘 작동합니다. (자바에는 흥미롭게도 다른 규칙이 있습니다. 명시 적 Field으로 액세스 가능하도록 설정해야 하며 어쨌든 인스턴스 필드에서만 작동합니다.)
나는 그것이 일반적으로 작동한다는 점에서 특히 E. Lippert가 문서화 된 행동이 아니므로 미래 보장 코드가 아니라는 다른 답변에 동의 합니다.
그러나 우리는 또 다른 문제를 발견했습니다. 제한된 권한이있는 환경에서 코드를 실행하는 경우 예외가 발생할 수 있습니다.
우리의 코드가 컴퓨터에서 제대로 작동하는 경우가 있었지만 VerificationException코드가 제한된 환경에서 실행되었을 때 오류를 받았습니다 . 범인은 읽기 전용 필드의 setter에 대한 리플렉션 호출이었습니다. 해당 필드의 읽기 전용 제한을 제거했을 때 작동했습니다.
당신은 왜 그렇게 캡슐화를 깨고 싶은지 물었습니다.
엔티티 헬퍼 클래스를 사용하여 엔티티를 수화합니다. 이것은 리플렉션을 사용하여 비어있는 새 엔터티의 모든 속성을 가져오고 속성 / 필드 이름을 결과 집합의 열과 일치시키고 propertyinfo.setvalue ()를 사용하여 설정합니다.
다른 사람이 값을 변경할 수 없도록하고 싶지만 모든 엔터티에 대한 사용자 지정 코드 수화 방법에 모든 노력을 기울이고 싶지는 않습니다.
내 저장된 procs 중 다수는 테이블이나 뷰에 직접 해당하지 않는 결과 집합을 반환하므로 코드 생성 ORM은 나에게 아무 일도하지 않습니다.
안전하지 않은 것을 사용하여이 작업을 수행하는 또 다른 간단한 방법입니다 (또는 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);
}
}
}대답은 '예'이지만 더 중요한 것은 다음과 같습니다.
왜 그러고 싶니? 의도적으로 캡슐화를 깨는 것은 나에게 끔찍하게 나쁜 생각처럼 보입니다.
리플렉션을 사용하여 읽기 전용 또는 상수 필드를 변경하는 것은 의도하지 않은 결과 의 법칙 을 머피의 법칙 과 결합하는 것과 같습니다 .
이러지마
객체가 자체적으로 선언 된 유형이 아닐 수있는 초현실적 인 버그를 수정하는 데 하루를 보냈습니다.
읽기 전용 필드 수정은 한 번 작동했습니다. 그러나 다시 수정하려고하면 다음과 같은 상황이 발생합니다.
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를 사용하여 "접근 자"개체를 생성 할 수 있습니다. 방법 : 개인 접근 자 재생성
단위 테스트 외부에서 코드에서 개체의 개인 필드를 설정하는 경우 "코드 냄새"의 인스턴스가 될 것입니다.이 작업을 수행하려는 유일한 다른 이유는 타사와 거래하는 경우 일 것입니다. 라이브러리 및 대상 클래스 코드를 변경할 수 없습니다. 그럼에도 불구하고 제 3 자에게 연락하여 상황을 설명하고 그들이 귀하의 필요에 맞게 코드를 변경하지 않는지 확인하고 싶을 것입니다.