프로그래밍 언어 지원

ADSI 클라이언트 애플리케이션은 여러 언어로 작성할 수 있습니다. 대부분의 관리 작업의 경우 ADSI는 Automation을 준수하는 언어에서 액세스할 수 있는 인터페이스 및 개체를 정의합니다. 예를 들어 Microsoft Visual Basic 개발 시스템, Microsoft VBScript(Visual Basic Scripting Edition) 및 Java뿐만 아니라 C 및 C++와 같은 더 많은 성능 및 효율성에 민감한 언어도 있습니다.

Active Server Pages 및 VBScript와의 원활한 통합을 통해 디렉터리 서비스에 액세스하는 인터넷 애플리케이션을 쉽게 작성할 수 있습니다. OLE DB 애플리케이션과의 통합을 위해 ADSI는 OLE DB 쿼리 인터페이스의 하위 집합을 지원하여 OLE DB 공급자를 제공합니다. OLE DB 공급자는 Active Directory에 대한 읽기 전용 액세스를 지원합니다.

인터넷 애플리케이션의 경우 ASP(Active Server Page) 파일에서 스크립팅을 사용하면 서버에서 ADSI 개체를 만들고 조작하고 결과를 웹 페이지에 표시할 수 있습니다. Microsoft 관리 콘솔에서 디렉터리 서비스 관리 스냅인은 ADSI를 사용하여 관심 있는 디렉터리 서비스를 찾을 수 있습니다. 즉, Active Directory 서비스 인터페이스는 아직 빌드되지 않은 서비스를 포함하여 광범위하고 다양한 디렉터리 서비스 집합에 대한 액세스를 제공할 수 있습니다.

기존 API를 사용하는 구조에 액세스하기 위해 ADSI 아키텍처는 C 및 C++와 같은 언어에서 액세스할 수 있는 자동화를 지원하지 않는 하위 수준 인터페이스를 정의합니다. 이러한 인터페이스는 디렉터리 서비스에 대한 네트워크 프로토콜에 대한 COM 래퍼에 지나지 않습니다.

게시된 인터페이스에 코드를 작성하면 애플리케이션이 설치된 모든 ADSI 공급자에 대한 디렉터리 서비스에 도달하고 결과 데이터를 통합할 수 있습니다. 코드를 거의 또는 전혀 변경하지 않으면 새 ADSI 공급자가 설치될 때 애플리케이션이 네트워크의 추가 디렉터리 서비스에 계속 액세스할 수 있습니다.

다음 그림에서는 ADSI가 애플리케이션 환경에 어떻게 적합한지 보여 줍니다. 애플리케이션이 Visual Basic, C/C++, VBScript, Microsoft JScript 개발 시스템으로 작성되었는지 또는 Active Server Pages를 사용하는 웹 애플리케이션으로 작성되었는지 여부에 관계없이 Active Directory 서비스 인터페이스는 네이티브 네트워크 API를 사용하지 않고도 기본 디렉터리 서비스에 대한 클린 사용하기 쉬운 액세스를 제공합니다.

앞의 그림과 같이 Automation을 지원하지 않는 클라이언트는 명명 규칙 IDirectoryXXX 를 사용하는 순수 COM 인터페이스와 명명 규칙 IADsXXX를 사용하는 Automation COM 인터페이스를 포함하여 모든 ADSI 인터페이스에 액세스할 수 있습니다. 클라이언트는 주로 디렉터리 서비스에서 정보를 요청하기 때문에 OLE DB 및 IDirectorySearch 를 통한 ADSI 유연한 쿼리 모델이 효과적입니다.