Perl을 사용하여 Windows 7에서 작업 처리

Question

저는 VBScript 및 QTP를 사용하는 자동화 담당자입니다. 나는 Windows 응용 프로그램을 자동화하기위한 더 나은 스크립팅 언어를 찾고 있습니다. (단어, 엑셀 및 파워 포인트의 최신 버전 포함) vbscript를 선호하지 않습니다. 무언가를 얻으려면 많은 시간을 들여야하기 때문입니다. 또한 QTP 라이센스 수수료가 반대하고 있습니다. 항상 그것을 사용합니다. 나는 그것이 정교한 구문을 사용하지 않는다는 점에서 perl이 훌륭하다는 것을보고있다. 애플리케이션을 자동화하는 것이 얼마나 좋은가? 전문가의 조언을 소중히 간직합니다.

Answer 1

ActivePerl은 * NIX 버전의 Perl과의 일관성에 중점을두고있는 Strawberry Perl보다 Windows에 통합되어 있습니다.

• 에서 ActivePerl은 Windows에서하고 싶었던 한것들에 대한 자신의 라이브러리 중 일부는 'PPM'(펄 패키지 관리자)라는 괜찮은 설치 GUI를 가지고 제공하고, 찾아보기 등의 모든 모듈 문서를 설치 프레임이있는 웹 페이지.

• 딸기 펄, 나는 Windows에서 작동 가능한 fork과 exec을 제공하고 Windows 커널을 * NIX에서 실행하는 것처럼 보이게하려고합니다. 모두에

:

Win32::OLE 당신이 VBA로 할 물건을 처리 할 수 ​​있습니다. 나는 그것을 아주 성공적으로 사용했다. 원하는 경우 응용 프로그램 도메인에 더 적합한 오브젝트를 작성하기 위해 OLE 오브젝트 주변에 랩퍼 오브젝트를 작성할 수 있습니다. 또는 적어도 재 설계되어야한다 -

• 주 그것은 정체성이 파괴되는 개체를 OLE 및 ActiveX 객체에 대한 실험을 쓰는 어댑터 클래스의 많은에서 나타납니다. 하나의 래퍼 객체가 단순한 Perl 수단을 통해 다른 래퍼 객체와 동일한 정확한 래퍼 객체를 가리킬 수 있다는 것에 의존하지 마십시오. 즉, 내장 된 순회 논리 (예 : Data::Dumper)를 신뢰하지 마십시오. $Data::Dumper::Maxdepth을 설정하지 않으면 거의 항상 메모리가 부족하여 OLE 객체를 덤프하려고합니다. 많은 VBA 개체가 Application 개체에 대한 포인터를 가지고 있기 때문에 OLE 개체를 덤프하는 것이 거의 반복됩니다.

또한 CPAN에는 수많은 Win32::* 라이브러리가 있습니다.

전반적으로 필자는 Perl이 강력하지만 (때로는 결함이있는) Windows의 자동화 시스템이라는 것을 알았지 만, 대개 내 첫 번째 선택입니다.