Singleton với một đại biểu: Ý tưởng hay xấu?

Question

Tôi đã tạo các đối tượng là giao diện cho một dịch vụ web. Một đối tượng điển hình sẽ là "TaskService". Khi một máy khách sử dụng một trong các đối tượng này, nó sẽ gọi một trong các phương thức của dịch vụ (chẳng hạn như "GetTasks") và dịch vụ sẽ không đồng bộ đi để gọi dịch vụ web từ xa và đăng lại dữ liệu đã truy xuất qua đại biểu.

Hiện tại, để sử dụng một trong các dịch vụ này, bạn phải tạo nó với [[TaskService alloc] init], nhưng tôi quyết định làm cho mỗi dịch vụ trở thành đối tượng đơn giản hơn.

Có thường thấy các đối tượng đơn lẻ giữ tham chiếu đến đại biểu không? Vấn đề chính của tôi với thiết kế, là mỗi đối tượng, bất cứ khi nào nó yêu cầu sử dụng một dịch vụ cụ thể, sẽ phải tự thiết lập làm đại biểu trước khi gọi dịch vụ, điều này dường như không đúng đối với tôi ... đã được thiết lập chính nó như là đại biểu inbetween bạn đặt mình là đại biểu và gọi dịch vụ?

Rất cám ơn trước!

Kính trọng, Nick

Answer 1

Imo đây không phải là một ý tưởng tốt vì lý do bạn trích dẫn. Mẫu Singleton thực sự dành cho mọi thứ chỉ có một trong số đó, nhưng có vẻ như ứng dụng của bạn có thể cần nhiều phiên bản của các dịch vụ này. Tôi nghĩ rằng bạn muốn làm việc xung quanh điều này (sử dụng một hàng đợi hoạt động hoặc một số loại multiplexer đại biểu) khi bạn thực sự chỉ cần để nhanh chóng nhiều trường hợp của dịch vụ của bạn.

Answer 2

Khi dịp này đảm bảo việc sử dụng đối tượng Singleton, tôi luôn tránh ủy quyền vì lý do bạn trích dẫn. Người tiêu dùng của một singleton không thể biết (nếu không có một số mã hóa xấu xí) nếu họ đang bước vào một số ngón chân của người tiêu dùng khác bằng cách thiết lập mình là đại biểu duy nhất của singleton. NSNotifications là một công cụ sạch hơn cho công việc; bất kỳ số lượng người nghe bất kỳ nào có thể tiêu thụ thông báo mà không cần quan tâm đến những người khác có thể đang nghe.

Ủy quyền hoạt động tốt nhất khi có quyền sở hữu rõ ràng giữa các lớp học. Không ai sở hữu một singleton.

Answer 3

Singleton không thực sự là vấn đề, bạn gây ra cùng một loại vấn đề bằng cách đơn giản hóa một lớp và chuyển nó về như một biến toàn cục. Như người khác đã đề cập đến một hàng đợi là một khả năng, hoặc khi bạn gọi một nhiệm vụ trên một dịch vụ trong Singleton của bạn có nó là một đối tượng TaskRequest đi qua trong phương thức và gọi lại đại biểu, theo cách đó yêu cầu không thể chà đạp lẫn nhau. Trong thực tế nó sẽ là một ý tưởng tốt để làm điều đó với một hàng đợi anyway.

Answer 4

Phạm vi của một singleton là toàn bộ ứng dụng. Ví dụ: Hãy xem xét ví dụ về ứng dụng mua sắm dữ liệu nhật ký, về ID người dùng cần truy cập trên một phần ứng dụng khác như đơn hàng, thanh toán, giỏ hàng, v.v.

Đại biểu được sử dụng cho giao tiếp 1-1, ví dụ: Bạn có thể lấy ví dụ Bạn có hai lớp TV và thiết bị điều khiển từ xa. Bạn muốn thay đổi kênh truyền hình. Các phương thức ủy quyền của TV để thay đổi kênh được thực hiện trong lớp thiết bị điều khiển từ xa. Vì vậy, bạn sử dụng thiết bị điều khiển từ xa và bạn thay đổi kênh của TV.

Singleton được sử dụng để giao tiếp với nhiều người nhận, trong khi mẫu ủy quyền thường được sử dụng cho giao tiếp 1-1.