Chia sẻ bộ nhớ giữa Dịch vụ và Ứng dụng Windows, điều gì là dễ nhất?

Question

Tôi cần Dịch vụ của mình để cập nhật các trường trong bộ nhớ dùng chung cho ứng dụng khách để đọc và hiển thị. Tôi đã tìm thấy giải pháp hiện tại của mình không hiệu quả do Session 0 Isolation.

Tôi đã đổi tên thành mutex es trong không gian tên toàn cầu mà sửa chữa yếu tố đó, nhưng nó không giống như các dll sẽ tuân theo chia sẻ giữa các phiên bất chấp một giải pháp cho Session 0 Isolation phúc:

"Chọn rõ ràng không gian tên Local \ hoặc Global \ cho bất kỳ đối tượng được đặt tên nào, chẳng hạn như sự kiện hoặc bộ nhớ được ánh xạ mà dịch vụ có sẵn."

Tôi không biết phần nào của dll có thể được phân loại là đối tượng được đặt tên và sẽ mất quá nhiều thời gian để cài đặt lại và bước qua nó để kiểm tra.

Tôi đã thấy số lượng mã cho các kênh được đặt tên và đã được tắt. Tôi không muốn tạo một tập tin mà chạm vào đĩa như tôi tưởng tượng là cần thiết của giải pháp memoryMappedFile. Có thể chia sẻ các phần của dll được thực hiện để làm việc? Nếu không thì điều gì là dễ nhất?

public ref class ServerGUIBridge 
{ 
public: 
#pragma data_seg(".sdata") 
    static int commonIntShouldBeGlobal = 0; 
    static bool hasBeenInitializedMakeMeGlobal = false; 
#pragma data_seg() 
#pragma comment(linker, "/section:.sdata,rws") 

Tôi đang sử dụng .NET 2.0 để không có WCF.

Answer 1

Một phương pháp thường bị bỏ qua của IPC là ghi vào sổ đăng ký. Đối với hai thành viên POD, tôi đề xuất chia sẻ điều này sẽ là giải pháp lý tưởng. IPC, MSDN, and the registry

Answer 2

Tất cả phiên bản Khuôn khổ .NET có tính năng Remoting. Nó cho phép gọi các phương thức trong một appdomain khác có thể nằm trong các tiến trình riêng biệt. Xem MSDN để biết mẫu và cách sử dụng: http://msdn.microsoft.com/en-us/library/kwdt6w2k(v=VS.80).aspx

Answer 3

Tôi muốn đề xuất các ống có tên: sau đó bạn có sự cách ly được kiểm soát thích hợp giữa hai quy trình. Chia sẻ các tệp DLL nghe có vẻ như nguy hiểm.

ống đặt tên là tài liệu trên MSDN ở đây: http://msdn.microsoft.com/en-us/library/aa365590.aspx

và tìm .NET 2.0 bài viết hữu ích là ở đây: http://www.switchonthecode.com/tutorials/interprocess-communication-using-named-pipes-in-csharp

(Gấu nhớ rằng .NET 3.5 trở lên có một lớp NetNamedPipeBinding [http://msdn.microsoft.com/en-us/library/system.servicemodel.netnamedpipebinding.aspx] đó là một phần của WCF)