▷ 그들이 무엇을 위해 무엇을 위해 연결

COM 은 PC 세계에서 가장 많이들을 수있는 용어 중 하나입니다.이 기사에서는 COM 연결 의 정의 와 용도에 대해 설명 합니다. 준비 되었습니까? 놓치지 마세요!

COM이란 무엇이며 무엇을위한 것입니까?

"COM (구성 요소 개체 모델) " 은 1993 년 Microsoft가 도입 한 소프트웨어 구성 요소 의 이진 인터페이스 표준입니다. COM은 다양한 프로그래밍 언어로 프로세스간에 통신 개체를 생성하는 데 사용됩니다.

COM은 OLE, OLE 자동화, 브라우저 도우미 개체, ActiveX, COM +, DCOM, Windows 셸, DirectX, UMDF 및 Windows 런타임을 포함한 다른 여러 Microsoft 프레임 워크 및 기술의 기초입니다. COM의 본질은 객체를 구현하는 언어 중립적 방법으로, 시스템 경계를 넘어서도 작성된 환경 이외의 환경에서 사용할 수 있습니다. COM은 구성 요소 구현자가 구현과 별개로 잘 정의 된 인터페이스를 제공 하게하므로 COM은 내부 구현에 대한 지식 없이도 개체를 재사용 할 수 있도록합니다.

외장 상자에 하드 드라이브를 설치하는 방법에 대한 기사를 읽는 것이 좋습니다.

참조 카운팅을 통해 객체를 생성하고 소멸하는 책임을 객체에 부여함으로써 다른 언어 할당 시맨틱이 수용됩니다. 개체의 서로 다른 인터페이스 간 형식 변환은 QueryInterface 메서드를 통해 수행됩니다. COM 내에서 선호되는 "상속"방법은 "호출"방법이 위임 된 하위 개체를 만드는 것입니다.

COM 연결은 개발의 고전

COM은 Microsoft Windows 및 Apple의 Core Foundation 1.3 및 이후 플러그인 API (애플리케이션 프로그래밍 인터페이스) 에서만 표준으로 정의되고 구현 된 인터페이스 기술 입니다. 후자는 전체 COM 인터페이스의 하위 집합 만 구현합니다. 일부 응용 프로그램의 경우 COM은 Microsoft.NET 프레임 워크에 의해 대체되었으며 WCF (Windows Communication Foundation)를 통한 웹 서비스 지원에 의해 대체되었습니다.

그러나 COM 개체는.NET COM 상호 운용성을 통해 모든.NET 언어와 함께 사용할 수 있습니다. 네트워크 DCOM은 독점 이진 형식을 사용하지만 WCF는 XML 기반 SOAP 메시지 사용을 권장합니다. COM은 각각 고유 한 장단점이 있지만 CORBA 및 Enterprise JavaBeans와 같은 다른 구성 요소 소프트웨어 인터페이스 기술과 매우 유사합니다. C ++와 달리 COM은 컴파일러 버전간에 변경되지 않는 안정적인 ABI (Application Binary Interface)를 제공합니다.

이것은 COM 인터페이스를 다른 컴파일러 버전으로 컴파일 된 클라이언트가 사용해야하는 객체 지향 C ++ 라이브러리에 매력적으로 만듭니다. Windows에서 프로세스 간 통신의 첫 번째 방법 중 하나는 1987 년 처음 도입 된 DDE (Dynamic Data Exchange)였습니다.이를 통해 응용 프로그램 간의 "대화"라는 메시지를주고받을 수 있습니다. Antony Williams 는 COM 아키텍처를 만드는 데 관여 한 다음 소프트웨어 구성 요소의 개념을 받아 들인 두 개의 내부 문서를 Microsoft에 배포했습니다. "개체 아키텍처: 1988 년 동적 확장 클래스 라이브러리에서 알 수없는 형식 보안 처리" 그리고 "상속에 관한 것: 그것이 의미하는 것과 1990 년에 그것을 사용하는 방법"

이것은 COM 뒤에있는 많은 아이디어의 기초를 제공했습니다. Microsoft의 첫 번째 객체 기반 프레임 워크 인 OLE (Object Linking and Embedding)는 DDE를 기반으로 구축되었으며 복합 문서 용으로 특별히 설계되었습니다. 1991 년에 Windows 용 Word 및 Excel에 도입 된 후 1992 년에 3.1 버전부터 Windows에 포함되었습니다. 복합 문서의 예로는 Windows 용 Word 문서에 포함 된 스프레드 시트가 있습니다. Excel 내의 스프레드 시트가 변경되면 Word 문서 내에 자동으로 나타납니다.

COM의 역사

1991 년 Microsoft는 Visual Basic 1.0과 함께 Visual Basic (VBX) 확장을 도입했습니다. VBX는 동적 링크 라이브러리 (DLL) 형태의 패키지 확장으로, 객체를 도형에 그래픽으로 배치하고 속성 및 메소드로 조작 할 수 있습니다. 이것들은 나중에 Visual C ++와 같은 다른 언어에서 사용되도록 조정되었습니다. 1992 년 Windows 버전 3.1이 출시되었을 때 Microsoft는 기본 개체 모델을 사용하여 OLE 2를 출시했습니다. COM 응용 프로그램 바이너리 인터페이스 (ABI)는 1992 년에 시작된 MAPI ABI와 동일했습니다.

OLE 1은 복합 문서에 중점을 두었지만 COM 및 OLE 2는 일반적인 소프트웨어 구성 요소를 해결하도록 설계되었습니다. 텍스트 대화와 Windows 메시지는 강력하고 확장 가능한 응용 프로그램 공유를 허용 할만큼 유연하지 않은 것으로 나타 났으므로 COM은 새로운 기반으로 만들어졌으며 OLE는 OLE2로 변경되었습니다. 1994 년에 OLE Custom Controls (OCX)가 VBX 컨트롤의 후속 제품으로 소개되었습니다. 동시에 Microsoft는 OLE 2를 단순히 "OLE"라고 하며 OLE는 더 이상 약어가 아니라 회사의 모든 구성 요소 기술의 이름 이라고 말했습니다.

1996 년 초, Microsoft는 웹 브라우저의 컨텐츠 표시 기능 을 확장하고 OLE " ActiveX "의 일부 인터넷 관련 부분의 이름을 바꾸고 점차적으로 모든 OLE 기술의 이름을 ActiveX로 바꾸는 OLE Custom Controls의 새로운 용도를 발견했습니다. 복합 문서 기술. 그것은 Microsoft Office에서 사용되었습니다 . 그해 말에 DCOM은 CORBA에 대한 응답으로 제출되었습니다.

이것으로 COM 연결의 정의와 연결에 대한 기사가 끝납니다. 소셜 네트워크에서 공유하여 더 많은 사용자를 도울 수 있습니다.