Các lớp trong thư viện JRE có hỗ trợ các lần đọc và / hoặc không đồng bộ có thể quan sát được từ các cụm bên ngoài / không JRE không?

Làm cách nào tôi có thể triển khai thư viện đa nền tảng của mình (ví dụ trên JRE) để vận hành theo cách an toàn luồng trên các tham chiếu đối tượng, để giao diện người dùng gốc trên các nền tảng khác có thể quan sát đối tượng và tận dụng các mẫu có thể quan sát được?

Một chút nền tảng - có một khái niệm về ràng buộc dữ liệu được sử dụng trong hầu hết các khung công tác mặt trước. Trong C # và Java, điều này có liên quan đến đặc điểm có thể quan sát được, cung cấp cho một lớp khả năng thực hiện các sự kiện khi có thay đổi, trong đó nhiều điều khiển hoặc "người quan sát" có thể đăng ký. Bằng cách này, các nhà quan sát không phải tiếp tục bỏ phiếu / đọc tài nguyên, so sánh các bản cập nhật.

Tôi muốn làm việc trên một công cụ phân tích thực hiện thay đổi danh sách dữ liệu theo thời gian. Thật tuyệt khi có thể có mặt trước có thể quan sát các danh sách này trong khi phân tích đang chạy. Dường như với tôi, điều này đòi hỏi front-end có thể chuyển một đối tượng đến công cụ phân tích, được viết trong một thư viện hy vọng là đa nền tảng và có thể thực hiện đọc an toàn luồng cho đối tượng đó. Hoặc nếu không, có thư viện đáp ứng các hợp đồng quan sát.

Cách xử lý này trong các công cụ CLI kiểu Unix cũ là sử dụng stdin / stdout / stderr và cập nhật bài đăng động cơ theo định kỳ. Điều này đòi hỏi chi phí tiêu chuẩn và phân tích văn bản mà tôi muốn tránh, nếu có thể.

Bạn có thể tạo một lớp tích hợp trên mô hình thư viện của mình bằng cách sử dụng (ví dụ) khung tích hợp lạc đà apache. Thành phần Netty có thể phù hợp với nhu cầu của bạn. Với một mẫu có thể quan sát, tầng tích hợp của bạn sẽ chuyển đổi các thay đổi đã nhận của mô hình của bạn và thông báo cho các thuê bao phía trước. Một cách tương tự khác để diễn giải yêu cầu của bạn là suy nghĩ về kiến ​​trúc hướng sự kiện khi mô hình của bạn thay đổi, người nghe quan sát trong tầng tích hợp của bạn sẽ xuất bản một thông báo trong Chủ đề JMS để các nhà đăng ký được kết nối ở mặt trước sẽ nhận được chúng.

Tôi đã viết một câu trả lời hoàn toàn khác, đề nghị nhà xuất bản của bạn viết các bản cập nhật cho hàng đợi hoặc đường ống - nhưng sau đó tôi đọc lại câu hỏi.

Nếu tôi hiểu đúng câu hỏi chung của bạn là bạn muốn viết một thư viện để chạy trong JRE, trong đó một giao diện người dùng gốc có thể truy vấn trạng thái của các đối tượng Java theo cách an toàn luồng.

Điều này cực kỳ rộng vì có hàng trăm cách mà một giao diện người dùng có thể tương tác với mã thư viện đang chạy trong JRE - JNI, EJB RPC, giao diện HTTP kiểu RPC, phản hồi yêu cầu qua hàng đợi tin nhắn, v.v.

Dù bạn chọn loại nào, tại một số điểm trong chuỗi, phải có một lệnh gọi phương thức Java và đó là nơi bạn có thể kiểm soát an toàn luồng. Ở đó, bạn có toàn bộ kho công cụ an toàn luồng theo ý của bạn. Bạn có thể đồng bộ hóa, bạn có thể trả lại các bản sao phòng thủ, làm việc với dữ liệu được lưu trong bộ nhớ cache, v.v.

Tuy nhiên, hãy xem xét liệu đây có phải là mô hình bạn muốn làm theo. Có thể sạch hơn khi chuyển sang mô hình "đừng hỏi tôi, tôi sẽ nói với bạn", trong đó thư viện của bạn đẩy các bản cập nhật lên mặt trước chứa đủ thông tin mà nó không cần phải truy vấn các đối tượng.