[linux] * nix 시스템에 COM과 동등한 기능이 있습니까? 그렇지 않다면 재사용 가능성에 대한 * nix 접근 방식은 무엇 이었습니까?


Answers

가장 가까운 것이 아마도 D-Bus 일 것입니다. D-Bus는 COM과 매우 유사하며 COM 및 D-Bus의 전임자 인 DCOP (KDE) 및 CORBA (GNOME)와 Netlink (Linux Kernel)에 크게 영향을받은 경량 IPC 프로토콜 및 ORB (Object Request Broker)입니다.

D-Bus 이전에는 주요 유닉스 데스크탑 환경 모두 자체 구성 요소 모델과 데스크탑 버스가있었습니다. 그놈은 CORBA와 KDE를 기반으로 한 Bonobo가 DCOP 기반의 KPart를 가지고있었습니다. 그리고 Linux Kernel은 커널 인터페이스와 사용자 인터페이스 사이의 통신 프로토콜 인 Netlink를 가지고 있습니다.이 인터페이스는 네트워킹 인터페이스를 구성 할 때마다 iproute2 도구에서 사용됩니다.

커널 개발자는 사용자 공간 프로그램 간의 통신을 위해 Netlink를 별도의 부분으로 릴리스하라는 요청을 끊임없이 받았지만 기능 팽창 및 유지 관리 문제로 이어질 수 있다고 우려했습니다. 결론적으로 크로스 데스크톱 표준을 만드는 것이 목표 인 Free Desktop 조직의 산하에 KDE와 GNOME 개발자가 함께 모여서 DCOP와 Netlink의 최상의 부분을 기반으로하는 IPC 메시징 시스템을 개발했으며 그 결과 D 버스 였어.

현재 버전의 GNOME과 KDE에서 D-Bus는 CORBA와 DCOP를 완전히 대체하여 KDE에서 GNOME 응용 프로그램을 실행할 수있게 해 주며 훨씬 더 정교한 방식으로 GNOME 응용 프로그램을 실행할 수 있습니다. D-Bus는 리눅스뿐만 아니라 다른 유닉스 시스템은 물론 OSX와 심지어 윈도우까지 다양한 데스크탑 환경과 응용 프로그램에 의해 채택되었습니다.

CORBA와 COM에서 크게 영향을받은 크로스 플랫폼 객체 모델 인 모질라의 XPCOM 이 적어도 언급되어야합니다. 실제로 XPCOM은 Cross-Platform Component Object Model의 머리 글자 어입니다. XPIDL이라는 CORBA와 매우 유사한 IDL을 사용합니다. 그러나 내가 아는 한 실제로 XPCOM을 사용하는 사람은 아무도 없으며 비평가와 Firefox 및 기타 모질라 응용 프로그램 개발자 모두가 팽창의 주요 원인으로 인정 받고 있으며 Mozila 개발자는 실제로 사용량을 줄이기 위해 적극적으로 노력하고 있습니다. XPCOM 특히 Gecko와 같은 내부 구성 요소.

그러나 @Daniel Pryden이 지적한 것처럼 Unix에는 이미 데스크탑과의 긴밀한 통합이 필요하지 않은 경우 D-Bus보다 우선해야 할 많은 것들이 있습니다. 나는 파이프, 명명 된 파이프 및 소켓과 같은 것들에 대해 이야기하고 있습니다.

Question

나는 창문 COM과 그것의 아이디어에 대해 잘 알고있다. * nix 시스템에 동등한 기능이 있는지 이해하지 못하는 이유는 무엇입니까?




Related