Điều gần nhất với Windows COM/DCOM trong thế giới Linux là gì?

Question

Bất cứ thứ gì cao cấp và toàn diện hơn ống/ổ cắm?

Answer 1

Có, có rất nhiều thứ, nhưng không có thứ gì là "Chuẩn" như COM/DCOM. Ít nhất, trong Windows, COM/DCOM được sử dụng bởi các công cụ "Windows", và các cơ chế RPC khác được sử dụng bởi các công cụ "Windows".

Linux không có bất kỳ thứ gì như thế, thay vào đó các giao thức RPC cấp cao thường sử dụng bất kỳ ngôn ngữ nào cung cấp hoặc thư viện cụ thể phù hợp nhất với nhu cầu của ứng dụng. Ví dụ về điều đó sẽ là RMI trong Java, mô-đun "pyro" của Python, vv, sẽ cung cấp (một số) tính chẵn lẻ chức năng với DCOM.

Corba hơi nặng nhưng một số người dường như sử dụng nó.

Rất nhiều ứng dụng cuộn thư viện RPC của riêng họ. Đừng làm điều đó trừ khi bạn phải, nó khó chịu.

Answer 2

Đối với liên lạc nội bộ, D-Bus là cơ chế mức cao hơn tiêu chuẩn. Cả GTK và Qt đều có các ràng buộc cho D-Bus, hầu hết các môi trường máy tính để bàn (hoặc ít nhất là GNOME và KDE) trưng ra các dịch vụ khác nhau thông qua D-Bus và nhiều ứng dụng máy tính để bàn có thể được điều khiển thông qua giao diện D-Bus. Bus hệ thống cũng hữu ích cho việc tìm ra các thông tin mức thấp khác nhau về hệ thống sử dụng các dịch vụ hệ thống tiêu chuẩn.

KDE4 (được xây dựng dựa trên Qt4) cũng bao gồm một công nghệ gọi là KParts, thường được so sánh với COM của Window.

Answer 3

Có công nghệ XPCOM của Mozilla, Mô hình đối tượng thành phần nền tảng chéo. Sắp xếp tương tự như COM hoặc DCOM theo khái niệm.

Here là một danh sách các chương trình tương đối ít mà làm tận dụng D-bus

Answer 4

Bạn có thể kiểm tra Corba, nó hoạt động trên Linux và Windows là tốt.

Answer 5

Dự án Mono nhảy vào tâm trí. Chủ yếu là vì CLR/.NET là COM mới - sau khi tất cả, COM ban đầu được bán dưới dạng ngôn ngữ độc lập, các đối tượng tương thích nhị phân.

• http://mono-project.com/

Tôi đoán DCOM (ví dụ: COM với một sợi dây dài hơn) sẽ là .NET Remoting? Hoặc có lẽ một số dịch vụ web với serialization đối tượng. Tôi tin Mono hỗ trợ cả hai.

Answer 6

DCOM khả dụng trên Linux. Nó không phải là "cách linux để làm việc", nhưng hey, nếu bạn muốn "như DCOM, nhưng Linux" sau đó chỉ cần sử dụng DCOM trên Linux và đã làm ...

• http://www.softworksltd.com/dcomlinuxfaq.html

• http://documentation.softwareag.com/webmethods/entirex/exx733/installUnix/install_RpmDcomLinux.htm

Answer 7

D-Bus

• D-Bus sử dụng một logic "xe buýt" trên đó các ứng dụng kết nối có thể giao tiếp
• truyền thông diễn ra thông qua một đơn giản -mô hình đối tượng D-Bus bao gồm một cơ chế intropection tiêu chuẩn cho truy vấn thời gian chạy của giao diện đối tượng, các ứng dụng kết nối với bus có thể truy vấn sự sẵn có của các đối tượng, gọi phương thức từ xa trên chúng và yêu cầu thông báo cho các tín hiệu phát ra họ
• trước: GNOME Bonobo, KDE DCOP, CORBA, Sun RPC ... ngày nay mọi người có vẻ thích D-Bus

UNO

• giao diện dựa comp mô hình onent, như COM và CORBA
• tất cả các giao diện UNO phải được lấy từ giao diện cung cấp khả năng thu nhận, giải phóng và phương thức QueryInterface (so sánh với COM)
• tuổi thọ của các đối tượng UNO được kiểm soát bởi tham chiếu toàn cầu đếm.
• thành phần chỉ giao tiếp qua giao diện o mỗi thành phần trong môi trường Uno Runtime (URE), không có chi phí hoạt động cho các thành phần, được khởi tạo trong cùng một URE, ví dụ, trong C++, một cuộc gọi từ thành phần A đến B chỉ là một cuộc gọi ảo
• Giao diện UNO được chỉ định trong IDL
• ngoại lệ được sử dụng để xử lý lỗi.

XPCOM

• tương tự như Microsoft COM
• Giao diện trong XPCOM được định nghĩa trong một phương ngữ của IDL gọi XPIDL
• bất lợi là XPCOM thêm rất nhiều mã cho marshalling đối tượng giữa sử dụng khác nhau ngữ cảnh, dẫn đến mã bloat trong các hệ thống dựa trên XPCOM

... một lựa chọn khác để chống lại ider có thể Java RMI cũng

Nó cũng đáng để xem câu hỏi liên quan:
Is there an equivalent to COM on *nix systems ? If not, what was the *nix approach to re-usability?
Analog of COM programming in Linux/UNIX