Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
다른 프로그램의 컨트롤 건드려보기 [링크 복사], [링크+제목 복사],
조회: 18753
글쓴 사람
임동찬 (dngchn.im at samsung.com)
홈페이지
첨부 파일
 

조금 뜬금없는 질문인데요.

다른 프로그램의 UI에 있는 컨트롤에 대해 윈도우 핸들을 알아내면,
그 핸들을 통해 외부에서도 살짝 건드려볼 수 있는데요.
(이를테면 다른 프로그램의 버튼에 대고 클릭이벤트를 날리면,
그 버튼을 누른 효과를 볼 수 있거나, 또는 텍스트박스의 내용을 읽거나...)
...
이런 단순한 건드려보기에 더해,
특정 컨트롤이 받아내는 이벤트를 엿듣거나,
윈도우 기본컨트롤이 아닌, 해당 프로그램만의 유저컨트롤의 내용을 읽거나 하려면
어떤 방법을 쓸 수 있을까요?
...
상상할 수 있는 모든 건드려보기의 통로를 해당 윈도우 또는 해당 컨트롤에 대한
윈도우 핸들을 통해서만 가능한지? 아니면 좀더 고급(?)스러운 방법이 있을지
궁금합니다.






[최초 등록일: ]
[최종 수정일: 11/9/2010]

비밀번호
댓글 작성자
 


2010-11-10 10시53분
일단, 기본적인 것은 그렇게 win32 이벤트로 접근하는 방법이 맞습니다.
그런데, 사용자 컨트롤은 좀 다릅니다. 그건 그 내부의 동작을 알아야만 되는데, 그렇긴 해도 대부분은 윈도우 핸들 기반하의 사용자 정의 메시지로 구성되기 때문에 원칙은 크게 변하지 않습니다.

그리고, "다른" 프로그램을 건드리는데 가장 걸림돌이 되는 것은 역시 "EXE 프로세스 주소공간"의 분리에 따른 데이터 마샬링입니다. 이 때문에, 마샬링 제한을 받지 않기 위해 별도의 DLL을 대상 프로세스 주소 공간에서 활성화시키도록 "전역 후킹 DLL"등을 제작하는 것입니다.

그 외에, "후킹"의 용도로 나온 것은 아니지만, "Microsoft Active Accessibility"라는 접근성 강화를 위한 기능이 윈도우에 내장되어 있는데 이 기능을 이용해서도 어느 정도의 표준적인 제어를 다른 프로그램에서 보다 안정적으로 해낼 수 있습니다.

참고로, 모든 윈도우 이벤트가 가능한 것은 아닙니다. 예를 들어, 키입력이나 마우스 입력은 그에 따른 Win32 이벤트를 대상 윈도우에 전송한다고 해서 동작되는 것은 아닙니다.
kevin25
NoWriterDateCnt.TitleFile(s)