ActiveX 란 무엇입니까 ~ ~ ~ 그 기능은 무엇입니까?
Microsoft 공인 소프트웨어 개발 가이드 MSDN(Microsoft Developer Network) 에 따르면 ActiveX 플러그인은 과거 OLE 컨트롤 또는 OCX 컨트롤로 불렸습니다. 웹 페이지 또는 기타 응용 프로그램에 삽입할 수 있는 소프트웨어 구성 요소 또는 객체입니다.
ActiveX 컨텐트
[이 단락 편집]
ActiveX 컨트롤
이전에 OLE 컨트롤 또는 OCX 컨트롤로 알려졌던 ActiveX 는 웹 페이지 또는 다른 프로그램에서 삽입 내용을 재사용할 수 있도록 구성 요소 (또는 객체) 및 다른 사람이 프로그래밍한 기능을 캡슐화하는 기능입니다. 예를 들어 InternetExplorer 는 복잡한 형식의 웹 페이지의 기능과 애니메이션을 향상시키는 ActiveX 컨트롤을 제공합니다.
Java 프로그램 및 Netscape 플러그인을 통해 ActiveX 컨트롤을 구현하는 주요 이점은 모든 Microsoft 프로그래밍 및 데이터베이스 언어를 포함한 많은 프로그래밍 언어에도 사용할 수 있다는 것입니다.
ActiveX 문서
ActiveX 를 사용하여 InternetExplorer 와 같은 웹 브라우저를 식별합니다. 탐색하는 동안 ActiveX 문서를 사용하면 자체 도구막대와 메뉴를 사용하여 프로그램을 열 수 있습니다. 즉, ActiveX 지원 웹 브라우저를 사용하여 MicrosoftExcel 이나 MicrosoftWord 파일과 같은 비 HTML 파일을 열 수 있습니다.
ActiveX 스크립트
ActiveX 스크립트는 Microsoft VisualBasic 스크립트 및 JavaScript 를 포함하여 가장 일반적인 스크립팅 언어를 지원합니다. ActiveX 스크립트를 사용하면 여러 ActiveX 컨트롤이나 Java 프로그램의 비헤이비어를 통합하여 웹 브라우저나 서버에서 기능을 확장할 수 있습니다.
ActiveX 의 특징
[이 단락 편집]
인터넷에서 ActiveX 플러그인 소프트웨어는 일반 소프트웨어를 별도로 다운로드해서 설치해야 하는 반면, ActiveX 플러그인은 사용자가 특정 웹 페이지를 탐색할 때 IE 브라우저에서 자동으로 다운로드하여 사용자에게 설치하라는 메시지를 표시할 수 있습니다. ActiveX 플러그인을 설치하기 위한 전제 조건은 사용자가 승인하고 확인해야 한다는 것입니다.
ActiveX 플러그인 기술은 국제적으로 통용되는 Windows 플랫폼 기반 소프트웨어 기술이다. 인터넷 실명 플러그인 외에도 플래시 애니메이션 플레이어 플러그인, 마이크로소프트 미디어 플레이어 플러그인, CNNIC 범용 웹 사이트 플러그인 등 많은 소프트웨어가 이렇게 개발되었습니다.
관련 컨텐츠
[이 단락 편집]
1. 브라우저는 어떻게 ActiveX 플러그인의 보안을 보장합니까?
인터넷을 통해 소프트웨어를 배포할 때 소프트웨어 보안은 매우 주목할 만한 문제입니다. IE 브라우저는 다음과 같은 방법으로 ActiveX 플러그인의 보안을 보장합니다.
ActiveX 는 두 가지 보완 정책, 즉 보안 수준과 인증을 사용하여 추가 소프트웨어 보안을 추구합니다.
Microsoft 는 ActiveX 객체의 보안을 향상시키는 도구 세트를 제공합니다.
Microsoft 의 인증 코드 도구를 통해 ActiveX 컨트롤에 서명할 수 있습니다. ActiveX 컨트롤에 서명하면 사용자가 실제로 이 컨트롤의 저자이며 다른 사람이 조작한 적이 없음을 알 수 있습니다.
인증 코드 도구를 사용하여 구성 요소에 서명하려면 인증 기관으로부터 디지털 인증서를 받아야 합니다. 인증서에는 특정 소프트웨어 프로그램이 정품임을 나타내는 정보가 포함되어 있어 다른 프로그램에서 원본 프로그램의 로고를 더 이상 사용할 수 없습니다. 인증서는 발행 날짜도 기록합니다. 소프트웨어를 다운로드하려고 하면 Internet Explorer 는 인증서의 정보와 현재 날짜가 인증서의 만료 날짜보다 빠른지 확인합니다. 다운로드 시 정보가 최신이 아니고 유효하지 않으면 Internet Explorer 에서 경고를 표시합니다.
IE 기본 보안 수준에서 사용자는 ActiveX 컨트롤을 설치하기 전에 소프트웨어 게시자와 소프트웨어 자체에 대한 신뢰도에 따라 소프트웨어 설치 및 실행 여부를 선택할 수 있습니다.
최신 IE 7 에서는 보안이 더욱 향상되었습니다.
2. 세 가지 개념: ActiveX, OLE, COM.
객체 지향 프로그래밍과 네트워크 프로그래밍에 익숙한 사람들은 ActiveX, OLE, COM/DCOM 의 개념을 잘 알고 있어야 하지만, 그들 사이의 관계는 어떤 관계인지 많은 학생들이 여전히 모호하다. 관계를 자세히 소개하기 전에 먼저 구성요소와 오브젝트의 차이를 명확히 해야 합니다. 구성 요소는 프로세스, 데이터 캡슐화 및 사용자 인터페이스 세트로 구성된 규칙 객체인 재사용 가능한 모듈입니다. 구성요소는 객체처럼 보이지만 객체의 학문적 정의에 맞지 않습니다. 주요 차이점은 1) 구성 요소를 컨테이너라는 다른 응용 프로그램에서 사용하거나 (캐리어 또는 호스트라고도 함) 별도의 프로세스로 사용할 수 있다는 것입니다. 2) 구성 요소는 하나의 클래스, 여러 클래스 또는 하나의 완전한 응용 프로그램으로 구성될 수 있습니다. 3) 구성 요소는 모듈에 의해 재사용되고 객체는 코드에 의해 재사용됩니다. 현재 널리 사용되는 구성 요소 모델은 COM (구성 요소 개체 모델) /DCOM (분산 COM) 및 CORBA (범용 개체 요청 에이전트 아키텍처) 입니다. 이에 따라 이 글과 관련된 화제인 COM 이 등장했고, CORBA 는 이 글과 무관하므로 소개하지 않을 것이다. 구성 요소와 객체의 차이는 COM 과 CORBA 가 전체 스키마의 기본이라는 것을 명확히 하기 위한 것이다. 만약 당신이 잠시 이 점을 이해할 수 없다면, 계속 읽어보고, 마지막으로 뒤돌아 볼 때 알게 될 것입니다. 이제 ActiveX, OLE, COM 간의 관계를 설명하겠습니다. 먼저 전체적인 개념을 갖자. 시간상으로 OLE 이 먼저 나타나고 COM 과 ActiveX 가 뒤 따른다. 구조적으로 OLE 와 ActiveX 는 모두 COM 을 기반으로 하기 때문에 COM 이 기본이다. 이름에서 볼 때 OLE 와 ActiveX 는 두 개의 브랜드 이름이고 COM 은 순수 기술 용어이므로 사람들이 ActiveX 와 OLE 에 대해 더 많이 듣는 이유입니다. OLE 가 제일 먼저 나왔으니 OLE 부터 시작합시다. Windows 운영 체제가 보급된 이후' 클립보드' 는 먼저 프로그램 간 통신 문제 (클립보드를 데이터 교환 센터로 복사 붙여넣기) 를 해결했지만, 클립보드는' 죽은' 데이터를 전송하여 응용 프로그램 개발자가 직접 데이터 형식 코드를 작성하고 분석해야 한다. 따라서 동적 데이터 교환 (DDE) 통신 프로토콜이 시작되어 응용 프로그램이 서로 최신 데이터를 자동으로 얻을 수 있습니다. 그러나 이들 사이의 "데이터 형식" 변환을 해결하는 것은 여전히 프로그래머에게 큰 부담입니다. 객체 링크 및 포함 (OLE) 의 탄생으로 원본 응용프로그램의 데이터 교환이 "객체 교환" 으로 향상되어 프로그램에서 데이터를 얻을 수 있을 뿐만 아니라 상대방의 응용 프로그램 객체를 얻을 수 있으며 상대방의 데이터 컨텐츠를 직접 사용할 수 있습니다. 사실 OLE 는 Microsoft 의 복합 문서 기술로, 원래 버전은 복합 문서만을 위한 것이었지만 이후 OLE2 버전에서는 COM 을 가져왔습니다. 보이는 COM 은 OLE 의 수요에 따라 탄생했기 때문에 COM 은 OLE 의 기초이지만 OLE 는 COM 이전에 만들어졌습니다. COM 의 기본 출발점은 한 소프트웨어가 한 공용 조직을 통해 다른 소프트웨어에 서비스를 제공할 수 있도록 하는 것입니다. COM 은 OLE 의 요구로 탄생했지만 첫 번째 사용자는 OLE2 이므로 COM 과 복합 문서는 큰 관계가 없습니다. 실제로 COM 은 복합 문서와 전혀 무관한 기술로 널리 사용되고 있습니다. 이런 식으로 Microsoft 는 범용 플랫폼 기술을 "염색" 하기 시작했습니다. 하지만 COM 은 제품이 아닙니다. 브랜드 이름이 필요합니다. 당시 마이크로소프트의 마케팅 전문가들은 OLE 를 상표명으로 선택했기 때문에 COM 기술을 사용하는 모든 사람들이 OLE 에 라벨을 붙이기 시작했다. 이러한 기술의 대부분은 복합 문서와 관련이 없지만. Microsoft 의 이러한 접근 방식은 OLE 가 복합 문서만을 가리킨다고 착각하게 한다. 아니면 복합 문서뿐만 아니라? 사실 OLE 는 COM 의 상표명으로, 당연히 복합 문서만을 가리키는 것이 아니다. 하지만 Microsoft 자신도 잘 설명하지 못할 것 같습니다. 상당한 에너지와 시간이 필요합니다. 그리고 인터넷이 발달하면서 1996 년 봄에 마이크로소프트는 마음을 바꿔 ActiveX 를 새로운 상표명으로 선택했다. ActiveX 는 COM 기반의 느슨한 정의 기술 집합을 의미하며 OLE 는 여전히 복합 문서만 참조합니다. 물론 ActiveX 의 핵심 기술은 COM 입니다. ActiveX 와 OLE 의 가장 큰 차이점은 OLE 의 목표는 어플리케이션 소프트웨어와 데스크탑의 파일 통합이며, ActiveX 는 주로 추가 네트워크 어플리케이션 및 사용자 상호 작용을 제공한다는 것입니다. 이 시점에서, 여러분은 ActiveX, OLE, COM 사이의 관계에 대해 명확한 인식을 가져야 합니다. COM 은 가장 근본적인 핵심 기술이므로 다음은 COM 에 중점을 둡니다. 객체 모델을 프로그래밍 언어와 완전히 독립적으로 만드는 것은 매우 참신한 생각이다. 이는 C++ 및 Java 의 개체 개념에서 이해할 수 있습니다. 그런데 소위 COM 대상은 무엇인가요? 이해를 돕기 위해 COM 을 캡슐화 기술로 볼 수 있습니다. 즉, 이를 소프트웨어의 다른 부분으로 간주하고 특정 객체 지향 형식에 따라 상호 작용 프로세스와 지원 라이브러리를 결합할 수 있습니다. COM 객체는 C++, Java, VB 등과 같은 모든 언어로 작성할 수 있으며 다양한 프로세스에 대해 dll 또는 실행 파일로 구현될 수 있습니다. COM 객체를 사용하는 브라우저는 객체가 어떤 언어로 작성되었는지, DLL 에서 실행되는지 또는 다른 프로세스에서 실행되는지 신경쓰지 않아도 됩니다. 브라우저 끝에서 보면 차이가 없다. 이런 통용되는 처리 기술은 매우 유용하다. 예를 들어, 사용자가 함께 실행하는 두 가지 응용 프로그램은 * * * 및 작업 부분을 COM 개체 간의 상호 작용으로 구현할 수 있습니다 (물론 OLE 복합 문서도 가능합니다). 브라우저에서 웹 서버에서 다운로드한 코드를 실행하기 위해 브라우저는 이를 COM 객체로 간주할 수 있습니다. 즉, COM 기술은 다운로드 가능한 코드를 캡슐화하는 표준 메서드이기도 합니다 (ActiveX 컨트롤은 이 기능을 수행합니다). 응용 프로그램이 기본 OS 와 상호 작용하는 방식도 COM 에서 지정할 수 있습니다 (예: Windows 및 Windows).
NT 에는 새로운 API 가 사용되었고, 대부분 COM 객체로 정의되었다. COM 은 복합 문서에서 유래했지만 많은 소프트웨어 문제에 효과적으로 적용될 수 있음을 알 수 있습니다. 결국 밑바닥의 기초 기술이다. 결론적으로 COM 은 언어 독립적인 구성 요소 아키텍처로 구성 요소 간의 통신을 가능하게 합니다. 컴퓨터 네트워크가 발달하면서 COM 은 분산 구성 요소 개체 모델로 발전했습니다. 이것이 바로 DCOM 입니다. CORBA 와 유사한 ORB 입니다. 이 문서에서는 더 이상 자세히 설명하지 않습니다. 위의 설명을 통해 ActiveX, OLE, COM/DCOM 의 관계에 대해 분명히 알 수 있을 것이라고 믿습니다.
평론
[이 단락 편집]
편집 과정에서 일부 기계 번역의 내용을 채택했다.
기명어음
[이 단락 편집]
2008 년, ActiveX 는 Microsoft 의 상위 10 대 스팸 소프트웨어 중 1 위를 차지했습니다. .....