NSProxy vs NSObject

Question

Tôi đã sử dụng phương pháp này để xử lý tất cả các lời gọi phương thức trong một lớp với một số chức năng bổ sung. Cụ thể tôi là:

• Kiểm tra nếu đối tượng cần thiết cho cuộc gọi phương pháp này là trong bộ nhớ cache
• Nếu bộ nhớ cache có đối tượng mà trả lại.
• Nếu không, hãy gửi đến bản triển khai gốc, điền vào bộ nhớ cache và trả lại.

Đối với mỗi phương pháp, tôi sẽ định tuyến lại phương pháp được khuyên dùng. Và thực hiện phương pháp mới bằng cách sử dụng + (BOOL) resolveInstanceMethod: (SEL) sel và IMP_implementationWithBlock.

Nó hoạt động tốt, nhưng mã không đọc độc đáo. Có vẻ như NSProxy sẽ cung cấp một cách neater để thực hiện chức năng này.

Nhưng vẫn còn một giải pháp thay thế khác, sẽ đơn giản là có một cuộc gọi phương thức đứng và chặn của lớp con NSObject xung quanh các phương thức của đối tượng đích của tôi. Bằng cách ghi đè forwardInvocation và methodSignatureForSelector, tôi có thể nhận được kết quả cần thiết.

Vì vậy, NSProxy cung cấp cho tôi những gì? Tại sao tôi nên sử dụng thay vào đó?

Answer 1

Điểm NSProxy là điểm không thực hiện hầu hết các phương pháp. Điều đó là cần thiết để đảm bảo rằng máy móc chuyển tiếp Objective-C được gọi để bắt đầu. Nếu bạn bắt đầu với NSObject, có rất nhiều phương pháp sẽ được gửi trực tiếp mà không có cơ hội chuyển tiếp chúng.