Phản xạ có phải là một bất lợi vì các biến riêng tư không thể bị hạn chế?

Công cụ privatesửa đổi được sử dụng để hạn chế quyền truy cập bên ngoài lớp, nhưng sử dụng phản xạ các lớp khác có thể truy cập các phương thức và trường riêng. Vì vậy, tôi tự hỏi làm thế nào chúng ta có thể hạn chế khả năng tiếp cận nếu nó là một phần của yêu cầu.

Mục đích của các sửa đổi truy cập là để thông báo cho các nhà phát triển viết mã về giao diện chung của một lớp. Chúng không phải là một biện pháp bảo mật theo bất kỳ cách nào và chúng không thực sự che giấu hoặc bảo mật bất kỳ thông tin nào.

Để trích dẫn Herb Sutter về quyền truy cập lớp :

"Vấn đề ở đây là bảo vệ chống lại Murphy so với bảo vệ chống lại Machiavelli ... nghĩa là bảo vệ chống lại sự lạm dụng vô tình (mà ngôn ngữ này làm rất tốt) so với việc bảo vệ chống lại sự lạm dụng có chủ ý (điều này thực sự là không thể). một lập trình viên muốn đủ mạnh để lật đổ hệ thống, anh ta sẽ tìm ra cách "

Không, đây thực sự là một lợi thế quan trọng. Đơn giản là vì một số nhà phát triển đã không nghĩ rằng bất kỳ ai cũng cần quyền truy cập vào một số trạng thái nội bộ không có nghĩa là sẽ không có trường hợp sử dụng hợp pháp nào xuất hiện. Trong những trường hợp này, sử dụng Reflection để thực hiện phẫu thuật trên một đối tượng có thể là biện pháp cuối cùng. Tôi đã phải sử dụng kỹ thuật này hơn một lần.

Bạn hạn chế khả năng truy cập thậm chí nhiều hơn bằng cách tăng thêm một cấp: môi trường thực thi.

Không phải tất cả các ngôn ngữ đều có khái niệm này, nhưng ít nhất với Java, bạn có thể sử dụng trình quản lý bảo mật cấm làm cho các trường riêng tư có thể truy cập được. Bạn có thể tự cài đặt trình quản lý bảo mật trong thời gian chạy hoặc thêm chính sách bảo mật trong tệp jar sau đó được niêm phong để ngăn sửa đổi.

Thông tin thêm về cách thực hiện điều này trong Java: Reflection Security

Bạn đang nói về sự phản ánh nào?

Trong nhiều hệ thống phản chiếu, đóng gói tránh né là một khả năng rõ ràng mà mã của bạn cần có và theo mặc định không có.

Nếu bạn lo lắng về việc đóng gói, giải pháp đơn giản là không sử dụng hệ thống phản chiếu không bảo tồn nó.

Trong Python, không có sửa đổi truy cập. Quy ước là tiền tố bởi một dấu gạch dưới các phương thức và các biến không được dự kiến ​​sẽ được truy cập từ bên ngoài lớp. Liệu về mặt kỹ thuật có ngăn bạn truy cập vào trường như vậy từ lớp bên thứ ba không? Không có gì; nhưng nếu bạn làm thế, bạn chỉ có một mình và bạn có nguy cơ phá vỡ thứ gì đó, mà không thể đổ lỗi cho lớp khác.

Trong C #, các công cụ sửa đổi truy cập tồn tại, nhưng chúng chỉ là một quy ước mà một trình biên dịch được thi hành bởi trình biên dịch, nhưng vẫn là một quy ước. Điều này có nghĩa là về mặt kỹ thuật, người ta vẫn có thể truy cập và thay đổi các biến riêng tư, thông qua Reflection hoặc bằng cách giả mạo trực tiếp bộ nhớ (giống như các huấn luyện viên trò chơi làm). Hậu quả hoàn toàn giống nhau: nếu các biến của lớp bạn bị thay đổi thông qua Reflection từ một lớp khác hoặc thông qua việc giả mạo bộ nhớ bởi một ứng dụng khác và nó phá vỡ thứ gì đó trong lớp của bạn, đó không phải là lỗi của bạn.

Lưu ý rằng điều này, rõ ràng, tạo ra các vấn đề bảo mật trong đó bên thứ ba có thể truy cập dữ liệu của bạn ; một cái gì đó dẫn đến các biến thể được mã hóa của một chuỗi và các cấu trúc dữ liệu tương tự. Nhưng việc bảo vệ mã của bạn khỏi việc sử dụng như vậy có liên quan nhiều hơn đến các hạn chế truy cập ở cấp độ mã và hệ điều hành và không liên quan gì đến Reflection per se.