Có cách nào ưu tiên để thiết kế các API tín hiệu hoặc sự kiện trong Go?

Question

Tôi đang thiết kế một gói mà tôi muốn cung cấp một API dựa trên mẫu người quan sát: có nghĩa là, có những điểm mà tôi muốn phát ra tín hiệu sẽ kích hoạt số không hoặc các bên quan tâm hơn. Những bên quan tâm đó không nhất thiết cần phải biết về nhau.

Tôi biết tôi có thể triển khai API như thế này từ đầu (ví dụ: sử dụng bộ sưu tập kênh hoặc chức năng gọi lại), nhưng đã tự hỏi liệu có cách nào thích hợp hơn để cấu trúc các API đó hay không.

Trong nhiều ngôn ngữ hoặc khuôn khổ tôi đã từng chơi, đã có các cách tiêu chuẩn để xây dựng các API này để chúng hoạt động theo cách người dùng mong đợi: ví dụ: các hàm g_signal_* cho các ứng dụng dựa trên glib, các sự kiện và addEventListener() cho các ứng dụng JavaScript DOM hoặc các đại biểu multicast cho .NET.

Có điều gì tương tự cho Go không? Nếu không, liệu có cách nào khác để cấu trúc loại API này là thành ngữ hơn trong Go?

Answer 1

Tôi sẽ nói rằng một goroutine nhận được từ một kênh là một tương tự của một người quan sát đến mức độ nhất định. Một cách thành ngữ để trưng bày các sự kiện trong Go sẽ là IMHO để trả về các kênh từ một gói (hàm). Một quan sát khác là callbacks không được sử dụng quá thường xuyên trong các chương trình Go. Một trong những lý do là sự tồn tại của select statement mạnh mẽ.

Như tôi lưu ý cuối cùng: một số người (tôi cũng vậy) xem xét các mẫu GoF như các mẫu đơn chống Go.

Answer 2

Go cung cấp cho bạn rất nhiều công cụ để thiết kế api tín hiệu.

Trước tiên, bạn phải quyết định một số điều:

Bạn có muốn mô hình đẩy hoặc kéo không? ví dụ. Nhà xuất bản có đẩy sự kiện vào người đăng ký hay người đăng ký kéo sự kiện từ nhà xuất bản không?

Nếu bạn muốn có hệ thống đẩy thì người đăng ký sẽ cung cấp cho nhà xuất bản kênh để gửi tin nhắn sẽ hoạt động thực sự tốt. Nếu bạn muốn một phương pháp kéo thì chỉ một hộp thông báo được bảo vệ bằng một mutex sẽ hoạt động. Khác với điều đó mà không cần biết thêm về yêu cầu của bạn thật khó để đưa ra nhiều chi tiết hơn.

Answer 3

Tôi sẽ nói không có cách nào tiêu chuẩn để làm điều này vì kênh được tích hợp vào ngôn ngữ. Không có thư viện kênh nào có cách làm việc tiêu chuẩn với kênh, chỉ đơn giản là kênh. Có các kênh như được xây dựng trong các đối tượng lớp học đầu tiên giải phóng bạn khỏi phải làm việc với các kỹ thuật tiêu chuẩn và cho phép bạn giải quyết các vấn đề theo cách tự nhiên đơn giản nhất.

Answer 4

Tôi cần một kiểu "kiểu quan sát" trong một vài dự án. Here's a reusable example từ một dự án gần đây.

Có một thử nghiệm tương ứng cho biết cách sử dụng nó.

Lý thuyết cơ bản là một trình phát sự kiện gọi Submit với một số đoạn dữ liệu bất cứ khi nào có điều gì đó thú vị xảy ra. Bất kỳ khách hàng nào muốn biết sự kiện đó sẽ Register một kênh mà nó đọc dữ liệu sự kiện. Kênh này bạn đã đăng ký có thể được sử dụng trong vòng lặp select hoặc bạn có thể đọc trực tiếp kênh này (hoặc bộ đệm và thăm dò ý kiến).

Khi bạn hoàn tất, bạn Unregister.

Không hoàn hảo cho tất cả các trường hợp (ví dụ:Tôi có thể muốn một loại sự kiện không đăng ký lực lượng cho các nhà quan sát chậm), nhưng nó hoạt động ở nơi tôi sử dụng nó.

Answer 5

Có một phiên bản Golang cơ bản của Node EventEmitter tại https://github.com/chuckpreslar/emission

Xem http://itjumpstart.wordpress.com/2014/11/21/eventemitter-in-go/