1) Gecko SDK를 다운받아 설치하지만, 오픈소스답게 별도 인스톨없이 헤더랑 라이브러리 모임이더군요.
2) VS의 툴이 아닌, 수공업 COM 프로그래밍에 익숙하다면 중요한 진입장벽이 하나 사라집니다. MFC ActiveX는 장난이라면 ATL/COM 역시 알게 모르게 위저드가 존재합니다만 Gecko SDK에는 그런거 없습니다.
3) MS COM 대신 XPCOM이라는 COM을 이용합니다. 저는 넷스케이프+오픈소스의 영향으로 당연히 CORBA를 사용하는지 알았습니다. XPCOM은 COM 아키텍쳐를 모방해 오픈소스에서 사용하는 것이라 합니다. 그래서 IUnknown 대신 nsISupports 이란 인터페이스를 상속받습니다. ...CORBA는 자바 냄새나서 사실 안 좋아합니다. ^^
4) COM위의 ActiveX가 아닌, 오직 모질라에서만 사용되는게 플러그인이라 COM보다 구조는 간단해보입니다(만들기 쉽다는 의미는 아닙니다.). 예컨데 stub, proxy, marshaling, RPC 통신등은 없는 것 같습니다. 더 찾아보면 있을지 모르겠지만 오직 플러그인이라면 의미가 없을 듯 합니다. 앞서 말한 XPCOM은 바이너리 호환이 아니라 NPAPI에서는 오직 JavaScipt 통신용이란 느낌이 듭니다.
5) DllMain이나 WinMain()이 존재해선 안됩니다. MFC처럼 상속받은 클래스들중에 진입점이 있는 것 같습니다.
6) Framework가 만들어진 상황에서는 Win32 API 사용에 대한 제약이 없습니다. 만세!
포커, 바둑 대신 아바 걸어둘껄 그랬나? -_-;;
