Tôi đang tự hỏi, vì rất nhiều thứ có thể được thực hiện bằng cách sử dụng phản chiếu, tôi có thể thay đổi trường riêng tư chỉ đọc sau khi phương thức khởi tạo hoàn thành việc thực thi nó không?
(lưu ý: chỉ là tò mò)
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 456Câu trả lời:
Bạn có thể:
typeof(Foo)
.GetField("bar",BindingFlags.Instance|BindingFlags.NonPublic)
.SetValue(foo,567);Điều hiển nhiên là hãy thử nó:
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);
}
}Điều này hoạt động tốt. (Điều thú vị là Java có các quy tắc khác nhau - bạn phải đặt rõ ràng Fieldlà có thể truy cập được và nó sẽ chỉ hoạt động đối với các trường ví dụ.)
Tôi đồng ý với các câu trả lời khác ở chỗ nó hoạt động chung và đặc biệt với nhận xét của E. Lippert rằng đây không phải là hành vi được lập thành văn bản và do đó không phải là mã kiểm chứng trong tương lai.
Tuy nhiên, chúng tôi cũng nhận thấy một vấn đề khác. Nếu bạn đang chạy mã của mình trong môi trường có các quyền hạn chế, bạn có thể nhận được một ngoại lệ.
Chúng tôi vừa gặp trường hợp mã của chúng tôi hoạt động tốt trên máy của chúng tôi, nhưng chúng tôi đã nhận được lỗi VerificationExceptionkhi mã chạy trong một môi trường hạn chế. Thủ phạm là một cuộc gọi phản chiếu tới bộ thiết lập của một trường chỉ đọc. Nó hoạt động khi chúng tôi loại bỏ giới hạn chỉ đọc của trường đó.
Bạn đã hỏi tại sao bạn lại muốn phá vỡ sự đóng gói như vậy.
Tôi sử dụng một lớp trợ giúp thực thể để hydrat thực thể. Điều này sử dụng sự phản chiếu để nhận tất cả các thuộc tính của một thực thể trống mới và khớp tên thuộc tính / trường với cột trong tập kết quả và đặt nó bằng cách sử dụng propertyinfo.setvalue ().
Tôi không muốn bất kỳ ai khác có thể thay đổi giá trị, nhưng tôi cũng không muốn mất tất cả nỗ lực để tùy chỉnh các phương pháp hydrat hóa mã cho mọi thực thể.
Nhiều procs được lưu trữ của tôi trả về các tập kết quả không tương ứng trực tiếp với các bảng hoặc dạng xem, vì vậy gen mã ORM không làm gì cho tôi.
Một cách đơn giản khác để thực hiện việc này bằng cách sử dụng không an toàn (hoặc bạn có thể chuyển trường sang phương thức C thông qua DLLImport và đặt nó ở đó).
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);
}
}
}Câu trả lời là có, nhưng quan trọng hơn:
Tại sao bạn sẽ muốn? Cố ý phá vỡ sự đóng gói dường như là một ý tưởng tồi tệ đối với tôi.
Sử dụng phản xạ để thay đổi một trường chỉ đọc hoặc không đổi cũng giống như việc kết hợp Luật Hậu quả không mong muốn với Định luật Murphy .
Đừng làm điều này.
Tôi vừa dành một ngày để sửa một lỗi siêu thực trong đó các đối tượng có thể không thuộc loại được khai báo của riêng chúng.
Việc sửa đổi trường chỉ đọc hoạt động một lần. Nhưng nếu bạn cố gắng sửa đổi nó một lần nữa, bạn sẽ gặp phải những tình huống như sau:
SoundDef mySound = Reflection_Modified_Readonly_SoundDef_Field;
if( !(mySound is SoundDef) )
Log("Welcome to impossible-land!"); //This would runVì vậy, đừng làm điều đó.
Đây là trên thời gian chạy Mono (công cụ trò chơi Unity).
Tôi chỉ muốn nói thêm rằng nếu bạn cần thực hiện công cụ này để kiểm tra đơn vị, thì bạn có thể sử dụng:
A) Đối tượng riêng tư lớp
B) Bạn sẽ vẫn cần một cá thể PrivateObject, nhưng bạn có thể tạo các đối tượng "Accessor" bằng Visual Studio. Cách thực hiện: Tạo lại người truy cập cá nhân
Nếu bạn đang đặt các trường riêng tư của một đối tượng trong mã của mình bên ngoài thử nghiệm đơn vị, đó sẽ là một ví dụ của "mùi mã" Tôi nghĩ rằng có lẽ lý do khác duy nhất mà bạn muốn làm điều này là nếu bạn đang giao dịch với bên thứ ba thư viện và bạn không thể thay đổi mã lớp đích. Thậm chí sau đó, bạn có thể muốn liên hệ với bên thứ 3, giải thích tình huống của bạn và xem liệu họ có tiếp tục và thay đổi mã của họ để đáp ứng nhu cầu của bạn hay không.