Đối phó với sự thiếu đóng cửa trong Objective-C

Question

Có lẽ nó chỉ là một thực tế rằng tôi đã sử dụng http://nodejs.org/ gần đây, nhưng việc thiếu đóng cửa trong Objective-C (iphone) đã được thực sự khó khăn để làm việc xung quanh.

Ví dụ: tôi đang tạo các lớp dịch vụ. Mỗi lớp dịch vụ có thể có một số phương thức, mỗi phương thức tạo một yêu cầu URL khác nhau. Tôi có thể sử dụng mẫu ủy nhiệm, nhưng điều đó có nghĩa là tôi phải tạo một dịch vụ mới mỗi khi tôi muốn gọi một phương thức trên đó (vì nó phải lưu trữ đại biểu và bộ chọn cho yêu cầu đó, và các cuộc gọi phương thức mới sẽ ghi đè lên chúng) .

Thậm chí còn khó khăn hơn với tôi là tôi không thể dễ dàng giữ các biến cục bộ xung quanh trong phạm vi gọi lại. Tôi phải lưu trữ bất cứ điều gì tôi muốn gửi lại cho các đại biểu trên lớp dịch vụ chính nó, mà làm cho nó khó khăn hơn để có nhiều hơn một phương pháp trên mỗi lớp.

Bạn thích làm việc đó như thế nào? Tôi có nên bỏ việc rên rỉ và làm theo cách khác không?

Answer 1

Blocks, đã được giới thiệu vào Objective-C gần đây, cho phép đóng cửa. Vấn đề duy nhất là bạn không thể sử dụng chúng trên iPhone. Ở đây có giải pháp bên thứ 3, Plausible Blocks - chúng cũng mang lại khả năng này trên iPhone.

Cập nhật: dự án mẫu sử dụng các khối trên iPhone có thể được tìm thấy here.

Answer 2

Bất cứ lúc nào bạn thấy mình cần nhiều đại biểu, câu trả lời là thông báo.

Đối với thứ gì đó giống như lớp dịch vụ, bạn có thể tạo một singleton và thông báo cho các bên quan tâm khi yêu cầu dịch vụ hoàn tất qua thông báo.

Không phải là các khối không phải là một giải pháp thú vị cho vấn đề đó, nó chỉ là tôi cảm thấy bạn nên biết có những lựa chọn thay thế.

Answer 3

Tôi không phải là chuyên nghiệp, nhưng tôi đã phải vật lộn với vấn đề tương tự như vậy ở đây là tốt nhất mà tôi đã có cho đến nay:

@interface MyCallback : NSObject 
    id target; 
    SEL action; 
    id value1; 
    id value2; 
    ... 
@end 

Khi tôi cần phải gọi cái gì đó sẽ thông báo cho tôi về hoàn thành tôi điền vào mục tiêu và hành động với gọi lại thực tế (thường là "tự" và một phương thức) và các giá trị khác mà tôi sẽ cần sau đó vào giá trị1..2.3.3 Callee treo trên đối tượng MyCallback và khi đến lúc gọi nó mục tiêu/hành động và chuyển MyCallback làm tham số. Đó là cách tôi nhận được "đóng cửa" của tôi.

Để giải quyết vấn đề khác của bạn, đây là một ý tưởng: tạo một lớp có nguồn gốc từ NSURLConnection, được gọi là MYURLConenction và chỉ bổ sung là trường kiểu "id", gọi nó là MyStuff. Sau đó tiến hành sử dụng MYURLConenction thay vì NSURLConnection - khi bạn thực hiện một yêu cầu mạng, bạn có thể chèn dữ liệu của bạn (chẳng hạn như một thể hiện của MyCallback) vào MyStuff và nó sẽ treo vào chúng cho bạn. Do đó bạn sẽ không cần phải tạo một cá thể mới của lớp dịch vụ của bạn cho mỗi lời gọi. Điều này thực sự không phải là cách tôi làm điều đó mặc dù - Tôi chỉ đơn giản là tạo ra một lớp wrapper MyHTTPRequest chung là đại biểu của NSURLConnection, nó chấp nhận một cơ quan đăng ký URL & NSString, xử lý tất cả các công cụ mạng và trả về kết quả NSString và một NSError cho người gọi - một chút trừu tượng cao hơn. Nó cũng lưu trữ MyStuff, để các lớp dịch vụ có thể duy trì các singletones nếu chúng muốn.