Office 2000 에서 매크로 언어 VBA 는 Word, Excel, PowerPoint, Access, Outlook 및 Project 를 포함한 모든 응용프로그램에 적용됩니다. Office 97 의 각 응용 프로그램에 Visual Basic 편집기가 추가되었습니다. 이렇게 하면 사용자가 Excel, Word 및 Access 에서 VBA 를 구축하고 관리할 수 있는 일관된 방법과 표준이 제공됩니다.
VBA 를 사용하여 생산성을 향상시키는 방법을 소개하기 전에 VBA 와 관련된 몇 가지 기본 사항을 소개하십시오.
Microsoft 가 후원하는 ActiveX 네트워크 멀티미디어 객체 기술
첫째, ActiveX 의 기원
ActiveX 는 처음에는 상표명일 뿐, 다루는 기술은 고립된 것이 아니라 대부분 인터넷과 웹과 관련이 있다. 더 중요한 것은 ActiveX 의 전체 기술은 Microsoft 의 COM (Component Object Model) 에 의해 구축된다는 것입니다. 그러나 ActiveX 가 모든 com 기반 기술을 정의했다고 착각해서는 안 된다. COM 은 Microsoft Office 와 Windows 및 Microsoft 가 현재 하고 있는 모든 것과 관련이 있지만, 분명히 이 제품들은 ActiveX 제품군의 회원이 아닙니다.
ActiveX 는 Microsoft-OLE 의 복합 문서 기술에서 개발되었습니다. OLE 의 초기 버전은 복합 문서만을 위한 것이었지만 이후 OLE2 릴리즈에서는 COM 이 도입되었습니다. COM 은 OLE 디자이너의 요구로 탄생했습니다. 그것의 기본 출발점은 하나의 일반 조직을 통해 한 소프트웨어가 다른 소프트웨어에 서비스를 제공할 수 있도록 하는 것이다. 그래서 COM 의 첫 번째 사용자는 OLE2 입니다. 사실 COM 과 복합 문서는 큰 관계가 없습니다. 이후 COM 은 복합 문서와 전혀 무관한 기술로 널리 사용되기 시작했다. 이런 식으로 Microsoft 는 범용 플랫폼 기술을 "염색" 하기 시작했습니다. 하지만 COM 은 제품이 아닙니다. 브랜드 이름이 필요합니다. 불행히도, 시장 전문가들은 상표명으로' OLE' 를 선택했다. 따라서 COM 을 사용하는 기술에는 OLE 라는 라벨이 붙기 시작했다. 물론 이러한 기술의 대부분은 복합 문서와 관련이 없습니다. Microsoft 는 사람들에게 "OLE 는 단순히 복합 문서가 아닙니다!" 라고 설명하고 싶습니다. 이것은 상당한 정력과 시간이 필요하다.
그래서 1996 의 봄에 마이크로소프트는 마음을 바꿔 ActiveX 를 새로운 브랜드 이름으로 선택했다. ActiveX 는 COM 기반의 느슨한 정의 기술 집합을 의미하며 OLE 는 여전히 복합 문서만 참조합니다. 물론 가장 중요한 핵심은 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 은 복합 문서에서 유래했지만 많은 소프트웨어 문제에 효과적으로 적용될 수 있습니다.
둘째, ActiveX 왕국
활발한 플랫폼은 마이크로소프트의 세계관이다. 기본 아이디어는 ActiveX 컨트롤을 사용하여 사용자와 상호 작용하고 COM 및 웹 서버에 적응하는 트랜잭션 모니터를 포함하는 로봇을 설정하는 것입니다. 액티브 플랫폼은 액티브 서버와 액티브 클라이언트의 두 부분으로 구성됩니다.
활성 서버는 실제로 중간 계층입니다. 구성 요소 또는 Active server pages 를 사용하여 비즈니스 로직 및 주요 애플리케이션 처리를 위한 장소를 제공합니다. ActiveServer 기술의 핵심은 NT 서버, Microsoft 트랜잭션 서버, 데이터 관리 서비스, 디렉터리 서비스, 웹 서비스 및 네트워크 서비스입니다.
Transaction server 는 스레드 생성, 데이터베이스 승수 등의 기존 TP 모니터링 기능과 Microsoft 구성 요소 기반 프로그래밍 모델을 결합합니다. 데이터 관리 서비스와 같은 활성 플랫폼의 다른 구성요소는 OLE DB 및 ODBC 를 사용하여 DB2, Oracle 및 SQL Server 와 같은 데이터 소스에 액세스합니다. 디렉토리 서비스는 DCOM (분산 COM) 을 중심으로 디렉토리 서비스 계층을 제공하여 원격 객체가 네트워크에서 서로 검색할 수 있도록 합니다. 웹 서비스는 인터넷 정보 서버를 중심으로 구축되며 서버의 웹 애플리케이션 개발을 위한 스크립팅 메커니즘을 제공합니다. 네트워크 서비스는 DCOM 을 중심으로 구축되며 동기화 MS-RPC 를 중개하는 네트워크를 통해 컨트롤에 연결할 수 있습니다.
액티브 클라이언트는 여러 플랫폼에 걸쳐 있습니다. 마이크로소프트의 기술은 독점적이지만 이 기술을 여러 OS 에 개방하고 싶다. 구체적인 구현 시나리오는 스크립트 엔진을 사용하는 것입니다. 이 스크립팅 엔진은 표준 HTML, Microsoft 기능을 갖춘 Java Virtual Machine (JVM), Microsoft 의 VBScript 및 JSc ript 로 구성됩니다. 활성 클라이언트는 Microsoft IE 3.0 및 4.0 에 조립되어 ActiveX 를 통해 사용자 C/S 어플리케이션의 일부가 될 수 있습니다.
Windows 를 사용하는 모든 기업 사용자에게 Active platform 은 견고하고 확장 가능한 서버 애플리케이션 개발 플랫폼을 제공합니다. ActiveServer 는 TP 모니터 등 프리미엄 엔터프라이즈 제품에서도 일반적으로 사용되는 도구와 기술을 사용합니다. 따라서 소규모 워크그룹 및 인트라넷 어플리케이션은 활성 서버의 기능을 초과하지 않습니다. Acti ve platform 의 타겟은 이기종 시스템 환경이지만 IE 에 지나치게 의존하여 클라이언트를 구동할 수 없습니다. 일부 비 windows 플랫폼에서는 이미 Explorer 가 출시되었지만 가장 지원되는 최신 버전의 Explorer 는 여전히 windows 에 있습니다.
셋째, ActiveX 의 발전
1. 분산 컴퓨팅의 확장
COM 의 초기 버전에서는 COM 객체와 해당 클라이언트가 같은 시스템 (같은 프로세스 또는 다른 프로세스 중) 에서 실행 중인 것으로 가정하고 DCOM 은 ActiveX 제품군의 중요한 구성원입니다. 나중에 Windows 95 에서도 사용할 수 있습니다. DCOM 은 고객이 COM 개체를 만들고 서로 소통하는 방식을 바꾸지 않았습니다.
클라이언트는 정확히 동일한 코드를 사용하며 로컬 및 원격 객체에 액세스할 수 있습니다. 그러나 대부분의 경우 고객은 일부 DCOM 액세서리를 사용하기를 원합니다. DCOM 은 인증 및 데이터 암호화를 제공하는 분산 보안 및 기밀 유지 메커니즘을 갖추고 있습니다. 1998 에 게시될 Windows NT 5.0 에서는 커버로스 및 기타 보안 프로토콜을 DCOM 에 추가해야 합니다. DCOM 은 도메인 이름 서비스와 같은 간단한 디렉터리 서비스를 사용하여 다른 시스템에서 COM 개체를 검색할 수 있습니다. NT 5.0 은 active directory 에 대한 지원을 추가해야 합니다. Active directory 는 도메인 이름 서비스 및 경량 디렉토리 액세스 프로토콜을 기반으로 합니다.
DCOM 의 강적은 OMG (개체 관리 그룹) 의 CORBA (공용 개체 조회 에이전트 아키텍처) 였다. 아이오나 섬의 Orbix 와 Visigenic 의 VisiBroker 와 같은 제품으로 조립되었습니다. 얼마 전, 분산 객체를 지원하는 또 다른 기술인 ——Java 원격 메소드 호출이 나왔습니다. ORBA 와 DCOM 모두 여러 언어로 작성된 객체 간에 통신할 수 있습니다. 반면 RMI 는 Java 가 구현하는 객체 간의 통신으로 제한됩니다. 분명히 이것은 일종의 구속이다. 하지만 RMI 는 사용하기가 매우 간단합니다. 또한 RMI 개발자는 Java 를 사용하여 프로토콜 사양을 설계할 수 있습니다. 그래서 언어의 기능에서 천의를 매끄럽게 할 수 있다.
2 ~ 3 개의 클라이언트만 처리하는 DCOM 서버를 작성하는 것은 비교적 간단합니다. 그러나 수백 개의 클라이언트를 효율적으로 처리할 수 있는 DCOM 서버를 구축하는 것은 매우 어렵습니다.
확장 가능한 DCOM 서버를 쓰기 위해 Microsoft 는 트랜잭션 서버 (MTS) 를 발표했습니다. MTS 는 트랜잭션을 지원하는 동시에 자동 단서 생성, 스마트 오브젝트 재사용 등의 서비스를 제공합니다. MTS 를 사용하면 확장 가능한 서버를 쉽게 만들 수 있습니다. 트랜잭션이 필요하지 않은 애플리케이션에서도 MTS 를 사용하는 것이 좋습니다. 사실, Microsoft 는 사람들이 VB 를 사용하여 MTS 응용 프로그램을 작성하도록 권장합니다. 이는 기존의 비즈니스 서버 개발 방법과는 다릅니다. 모든 MTS 응용 프로그램은 둘 이상의 COM 개체로 기록되며 DLL 로 구현되어야 합니다. 일반적으로 MTS 는 클라이언트에 표시되지 않습니다. 클라이언트는 평소처럼 COM 개체를 만들고 사용하면 됩니다.
2. 구성 요소 표준화
구성 요소 기반 응용 프로그램 개발 방법은 전자 장치를 조립하는 것과 동일하며 제조된 구성 요소를 사용하여 응용 프로그램을 구성할 수 있습니다. 데스크톱에 사용되는 COM 기반 구성 요소를 ActiveX 컨트롤이라고 합니다. ActiveX 컨트롤이란 특정 표준을 준수하는 COM 객체로 클라이언트와 상호 작용합니다.
예를 들어, ActiveX 컨트롤은 예약 인터페이스를 사용하는 자동화를 통해 메서드를 공개해야 합니다. 이러한 표준화된 상호 작용 기능을 통해 여러 환경에서 동일한 컨트롤을 사용할 수 있습니다. 이 표준 인터페이스 뒤에는 ActiveX 컨트롤이 거의 모든 것을 수행할 수 있습니다. 현재 많은 소프트웨어 회사들이 다양한 기능을 구현하는 컨트롤을 제공할 수 있다.
ActiveX 컨트롤은 DDL 로 작성되므로 컨테이너에 로드해야 합니다. ActiveX 컨트롤의 프로토타입 컨테이너는 VB 이며 선택할 수 있는 컨테이너가 많이 있습니다. 현재 매우 중요한 컨트롤 컨테이너는 마이크로소프트의 웹 브라우저이다.
오늘날 많은 방법에서는 소위 ActiveX 컨트롤이 필요합니다. 컴퓨터의 로컬 하드 드라이브에서 VB 와 같은 컨테이너로 이동했습니다. 수백 KB 와 몇 MB 의 컨트롤 사이에는 큰 차이가 없는 것 같습니다. 그러나 컨트롤을 웹 브라우저에 로드하면 느린 전화선을 통과할 가능성이 높습니다. 지금, 규모를 통제하는 것은 이미 매우 중요한 문제가 되었다. 특정 제한을 초과하는 컨트롤을 실행하려고 하면 다운로드 시간이 연장됩니다. 따라서 Microsoft 는 절대적으로 필요한 기능만 ActiveX 컨트롤에서 실행할 수 있다고 규정하고 있습니다.
애플과 IBM 이 홍보하는 OpenDoc 은 한때 ActiveX 컨트롤의 주요 경쟁자였다. 현재 OpenDoc 의 스폰서들은 자금 지원 중단을 공식 발표했다. Microsoft 에 대항하는 대부분의 기업들은 Java 기반 구성 요소 구조인 J avaBeans 로 전환하고 있습니다. ActiveX 컨트롤은 기본적으로 Windows 와 함께 번들로 제공되고 바이너리 기계 코드로 배포되지만 JavaBeans 와는 달리 어디에서나 실행할 수 있습니다. 물론, 이것은 대가가 있다. 이식성을 희생하지 않는 한, 지역 환경을 충분히 활용할 수 없는 것이 분명하다. 공용 * * * 인터넷에서 다운로드할 수 있는 구성 요소를 작성할 때는 JavaBeans 를 선호해야 합니다.
데스크탑 구성 요소 시장은 계속해서 빠르게 성장하고 있습니다. 대부분 ActiveX 컨트롤 (Java Beans 또는 소수) 을 사용하여 구축됩니다. 그러나 서버 구성 요소의 표준화는 상대적으로 뒤떨어져 있습니다. 데스크탑에서 웹 브라우저, VB 및 PowerBuilder 는 컨테이너로서 강력한 프로그래밍 환경입니다. 하지만 서버 컨테이너는요? 서버의 구성 요소 컨테이너로서 트랜잭션 서버가 더 좋은 선택입니다.
Microsoft 의 경쟁 업체들은 MTS 와 nt 가 시장을 장악하는 것을 막기 위해 온갖 수단을 다 동원했다. 이들은 서버의 구성 요소 표준 개발을 가속화하고 있으며, 그 중 가장 유망한 것은 Enterprise JavaBeans 입니다. 트랜잭션 서버 인터페이스를 정의하는 JavaBeans 의 확장입니다. Enterprise JavaBeans 의 지지자들은 독립 소프트웨어 공급업체가 서버 구성 요소를 COM 구성 요소 대신 Beans 로 쓰지 않기를 바란다.
넷째, ActiveX 구성 도구
ActiveX 컨트롤이 보급됨에 따라 ActiveX 컨트롤의 개발 도구가 날로 늘어나고 있다. ActiveX 는 언어와 독립적이기 때문에 기존의 개발 도구는 기본적으로 ActiveX 컨트롤을 구축하고 리깅할 수 있습니다. 가장 많이 사용되는 것은 델파이, Po werBuilder, Visual Basic, Visual C++, Visual J++ 등입니다.
1. 기본 개요
3GL 로 ActiveX 컨트롤을 개발하는 방법은 1 ①MFC (Microsoft 기본 클래스), ②ATL(ActiveX 템플릿 라이브러리), ③BaseCtrl 프레임워크 등이다. MFC 가 가장 고전적입니다. MFC 를 사용하면 개발자는 인터페이스에 신경 쓰지 않고 개체의 동작에 집중할 수 있습니다. 단점은 컨트롤의 크기가 크며 실행 시 DLL 이 컨테이너와 함께 있어야 한다는 것입니다. ATL 은 템플릿을 사용하여 코드를 생성할 수 있습니다. 즉, 라이브러리 및 dll 은 컨트롤과 함께 푸시할 필요가 없습니다. ATL 에서는 템플릿으로 존재하는 몇 가지 기본 클래스에서 파생해야 합니다. AT L 에도 몇 가지 단점이 있습니다. 즉, 인터페이스가 잘 처리되지 않고 응용 프로그램에서 필요한 인터페이스는 단독으로 해야 한다는 것입니다. 또한 ATL 은 클래스 마법사를 지원하지 않습니다. 불행히도 객체 설명 언어 및 인터페이스 정의 언어 파일을 사용자 코드와 자동으로 동기화할 수 있는 마법사가 없습니다. 기본 ctrl 은 간단한 라이브러리입니다. ATL 과 매우 비슷하지만 템플릿이 없습니다. 사실, BaseCtrl 은 너무 간단하기 때문에 Microsoft 는 지원하지 않습니다. BaseCtrl 에는 몇 가지 골격 컨트롤이 있습니다. BaseCtrl 은 이해하기 쉬운 ActiveX 개발 모델을 제공하지만, 단순하지도 않고 유연하지도 않습니다. 현재 ActiveX 컨트롤 개발자에게 BaseCt rl 은 "쓴" 선택입니다.
2. 개발 도구
ActiveX 컨트롤을 만드는 원래 도구는 Microsoft 의 Visual C++ 입니다. ActiveX 개발자에게 가장 많은 컨트롤을 제공합니다. Visual J++ 는 ActiveX 컨트롤도 만들 수 있습니다.
Borland 의 두 가지 도구 (JBuilder 와 IntraBuilder) 도 눈에 띈다. 하지만 델파이 3.0 과 c++빌더만이 Borl 및 도구로 ActiveX 구성 요소를 만들 수 있습니다. Borland 는 델파이 (Delphi) 의 A ctiveX 개발 함수가 내부적으로 활발하다고 말했다. ActiveX 형식으로 델파이 창을 만듭니다. Active Inside 는 네트워크에 새로운 컨트롤을 제공합니다. 델파이는 컨트롤을 COM 과 DCOM 에 연결할 수 있습니다.
PowerBuilder 5.0 은 ActiveX 개발로 변환할 수 있는 클라이언트/서버 개발 도구입니다. Powe rBuilder 는 데이터 창 (power Builder 응용 프로그램 개발의 핵심 부분) 을 ActiveX 컨트롤로 사용할 수 있습니다. 현재 PowerBuilder 개발자는 PowerScript 프로그래밍 언어와 같은 익숙한 기능을 사용할 수 있습니다.
Microsoft 는 ActivX 컨트롤을 만드는 가장 좋은 도구입니다. 예를 들어, Visual Basic 5.0 을 사용하는 경우 개발자는 시각화 프로그래밍 환경과 기본 Visual Basic for Application 언어를 사용하여 컨트롤을 개발할 수 있습니다.
동사 (verb 의 약자) 마이크로소프트가 주창한 ActiveX 네트워크화 멀티미디어 개체 기술
실제로 Windows 와 Windows NT 의 세계는 ActiveX 기술에 가장 적합한 환경입니다. 하지만 Micr osoft 가 OS 를 아무리 밀어도 모든 기업을 일색 Windows 로 만들 수는 없습니다. 따라서 Microsoft 는 COM, DCOM 및 ActiveX 제품군의 일부를 다른 운영 체제에서 사용할 수 있도록 노력해야 합니다. 이제 Macin tosh 에서 ActiveX 가 지원되고 ActiveX 컨트롤에 대한 지원도 포함됩니다. 소프트웨어 회사는 이러한 기술을 다양한 유닉스 및 IBM OS/390 으로 마이그레이션하고 있습니다. DEC 와 HP 도 자신의 시스템에서 이러한 기술을 사용할 계획이며 Microsoft 코드를 이식하여 실현할 계획입니다.
COM 은 Windows 95 및 Windows NT 에서 기본 소프트웨어의 중요한 부분이 되었지만 미래에는 여전히 많은 불확실성이 있습니다. 예를 들어 Microsoft 는 COM 을 다중 플랫폼 기술로 사용하여 계속 존재하고 발전할 수 있습니까? NT 서버를 기존 기업에 적용하려면 DCOM 과 같은 분산 서비스도 Microsoft 이외의 플랫폼에서 적용해야 합니다. 이러한 문제를 해결하는 데는 시간이 오래 걸린다. 또한 Jav a 기반 CORBA 및 RMI 기반 제품은 다중 운영 체제 환경에서 성공적으로 실행되었습니다. 멀티 플랫폼 DCOM 이 늦게 나올수록 CORBA 와 RMI 가 앞서고 있다.
ActiveX 컨트롤과 JavaBeans 의 경쟁 전망은 어떻습니까? 소프트웨어가 웹 브라우저에서 실행되든 다른 곳에서 실행되든 간에 구성 요소 소프트웨어는 소프트웨어 개발의 다음 핫스팟이 됩니다. 현재 ActiveX 컨트롤이 잠시 앞서고 있지만 OpenDoc 이 자생자멸하기 때문에 마이크로소프트와 경쟁하는 기업들이 연합하여 경쟁할 것이다. 사용자들은 결코' 천하를 독차지하다' 는 것을 보고 싶지 않다. 이와 관련하여 JavaBeans 도 이 시장 경쟁에서 한 자리를 차지할 것이다.
컴퓨터 과학의 매크로는 미리 정의된 일련의 규칙에 따라 특정 텍스트 패턴을 대체하는 추상화입니다. Excel 사무용 소프트웨어는 "VBA" 고급 프로그래밍 언어를 자동으로 통합합니다. 이 언어로 작성된 프로그램을 "매크로" 라고 합니다. "VBA" 를 사용하려면 프로그래밍 기반이 필요하며 많은 시간이 소요됩니다. 따라서 대부분의 사용자는 Excel 의 일반 탭 기능만 사용하고 "VBA" 는 거의 사용하지 않습니다.
인터프리터 또는 컴파일러는 매크로가 발생할 때 자동으로 이 모드 대체를 수행합니다. 컴파일 언어의 경우 컴파일 시 매크로 확장에 사용되는 도구를 매크로 확장기라고 합니다. 매크로라는 용어는 많은 유사한 환경에서 자주 사용됩니다. 키보드 매크로 및 매크로 언어를 포함한 매크로 확장 개념에서 파생됩니다. 대부분의 경우 "매크로" 라는 단어를 사용하면 작은 명령이나 동작을 일련의 명령으로 변환하는 것을 의미합니다.
매크로의 목적은 자주 사용하는 시퀀스를 자동화하거나 더 강력한 추상화 기능을 얻는 것이지만, 이것은 대개 같은 일이다.
C 또는 어셈블리 언어와 같은 컴퓨터 언어에는 컴파일러나 어셈블러의 사전 프로세서에 의해 구현된 간단한 매크로 시스템이 있습니다. C 의 매크로 사전 프로세서 작업은 단순한 텍스트 찾기와 대체일 뿐이다. M4 와 같은 추가 텍스트 처리 언어를 사용하면 C 프로그래머가 더 복잡한 매크로를 얻을 수 있습니다.
일반적인 Lisp 및 Scheme 과 같은 Lisp 언어에는 보다 복잡한 매크로 시스템이 있습니다. 매크로는 함수가 자신의 프로그램 텍스트를 변형하는 것처럼 동작하며 모든 언어를 사용하여 이러한 변형을 표현할 수 있습니다. C 매크로는 구문 대체를 정의하는 반면 Lisp 매크로는 코드 계산을 조정합니다.
코드 실행 순서를 제어하는 기능 (게으른 계산 및 무제한 함수 참조) 을 통해 새로 생성된 구문 구조를 언어에 내장된 구문 구조와 구분할 수 없습니다. 예를 들어, Lisp 방언에는 cond 가 있지만 if 가 없는 경우 매크로를 사용하여 전자를 통해 후자를 정의할 수 있습니다. 객체 지향 CLOS 시스템과 같은 Lisp 문법의 주요 확장은 매크로를 사용하여 정의할 수 있습니다.