MS의 ATL 확장판인 GUI 지원 윈도 템플릿 클래스로
MS에서 릴리즈 되었지만 공식적으로 기술지원은 하지 않은 WTL 입니다.
하지만 이미 WTL은 표준으로 자리잡는 추세에 있습니다.
VS 6, 2002, 2003, 2005 를 지원합니다.
WTL은 Open Source 공개 버전입니다.

7.5 는 최종버전이고 2005.12.7  릴리즈 되었습니다.
8.0 은 베타테스트버전이고 2005.12.13 릴리즈 되었습니다.
저는 안정된 7.5를 설치해 사용하고 있습니다.
8.0은 릴리즈만 되었지 도큐멘트가 전혀 없어서 베타테스트 요원이 될지도 모른다는 불안감이 ..-..-;;

보통 VS 에서는 MFC 로 프로그래밍하는데
MFC는 오랬동안 검증된 훌륭한 프레임웍임에도 불구하고
오래 전에 만들어진 것을 보수/개선해 오는 사이에 상당히 덩치도 커지고,
오래된 구조로 인해 ActiveX, COM 컴포넌트 작업이나  WinCE 등
특별하거나 가볍고 성능좋은 프로그램 제작에는 부적합한 면이 있습니다.

그래서 ATL 을 MS 가 만들어 제공했고, 볼랜드는 이를 라이센스해서 빌더안에 포함시켰습니다.
빌더의 폼과 콤포넌트 및 라이브러리와 조화되도록 ATL은 수정되어 있습니다.

ATL은 COM 제작에 적합하게 만들어진 템플릿클래스입니다.
하지만 ATL은 GUI 지원이 제대로 되어 있지 않아 ATL의 기능을 확장하며
MFC같이 윈도 GUI를 만들 수 있게 만든 템플릿클래스가 바로 WTL입니다.

WTL은 ATL과 마찬가지로 MFC 독립적이고, 가볍고 성능좋은 COM 과
일반 어플을 제작할 수 있게 도와주는 프레임웍입니다.

빌더에 내장된 ATL은 좀 이전 버전이고 빌더용으로 수정되어 진 것이지만,
ATL과 WTL을 설치하면 빌더에서도 충분히 컴파일 될 수도 있다는 생각이 드는군요...


빌더로 ActiveX를 제작해 보신 분들은 아시겠지만 바이너리 이미지가 쬐끔 큽니다.
물론, 게임이나 SI 등 복잡하거나 로딩 속도와 사용메모리가 별다른 문제가 안되는 곳에서는
ActiveX 로 빌더의 TForm과 각종 컴포넌트를 쓸수 있으니 매우 좋지만,
가볍고 빠른 성능이 필요한 특별한 곳은 사용하기 쉽지 않습니다.
이는 MFC도 마찬가지 고민을 안고 있는데,
가볍고 성능 좋게 만들기 위해 윈도 API만을 가지고 플밍한다는 것은
상업적 경쟁력이 없는 미친 짓에 가깝습니다. 
물론 아주 요구 사항이 간단하다면 문제없겠지만, 실무에서는 그렇게 간단한
요구보다 복합적이며 보기에도 좋은 결과물을 원하므로 아무래도
ATL + WTL은 최적의 선택이 되지 않나 싶습니다.

선택이야 여러분 각자 하는 것이지만,
빌더로 어려운 것은 델파이로도 어려운 것이며(빌더와 델은 형제라서)
MFC로도 어려운 것은 ATL+WTL이 훌륭한 답이 될 수 있습니다.
WTL은 COM 프로그램 뿐만 아니라 일반 GUI용 프레임웍으로도 좋은 대안이 될수 있기도 합니다.

모든게 템플릿 투성이라서 코드가 복잡해 보이기는 하지만
MFC 같이 API를 래핑하는 수준이 아닌 OOP 로 잘 설계되어 있으므로
오히려 사용하기는 더 나은 면이 있습니다.

WTL 공부는
http://jacking75.cafe24.com/WTL/Index.htm

지금 한참 공부하고 있는 중이라서... 그럼...