말이 안되는 소리네요....
Form 으로 메세지를 전달하면  WndProc 에서 메세지를 처리하고 나서 DisPatch 함수에
메세지를 전달하고 DisPatch 함수는 메세지 맵으로 선언된  함수로 메세지를 전달하는
구조죠.. 즉, WndProc 에서 처리하나  메세지 맵으로 해서 처리하나 그게 그거란 소리죠...

^^;; 저 질문에 대한 의견보다는 오동작의 위험에 대한 의견을 말씀해주세요..
윤경님이 일본현지에서 현지인과의 대화를 하시는터라 잘못 이해하셨을 수도 있는 문제라 그 문제는 거론하지 않았으면 합니다.
어쩌면 이 문제를 공론화 하면서 윤경님의 심기에 폐를 끼칠 수 있는 문제 같아서요

Handle 을 정확히 보내면 오동작이 날 이유가 없죠.
그러나 coding 실수로  Handle 값이 변해서 다른 프로그램에게 보내지는 경우에
우연히 그 프로그램이 그 메세지를 사용한다면 오동작의 우려가 있을수는 있겠죠.
RegisterWindowMessage 메세지를 사용하면 시스템에서 Uniq 한메세지를 등록
할 수 있다고 메뉴얼에 나오네요.. 이러한 방법이 실수로 인해 다른 프로그램에
피해를 줄수 있는 확률을 조금이나마 줄일수는 있겠네요... 

음.. 준구님의 글은 RegisterWindowMessage를 통해 유니큐한 메시지를 등록할 수 있어서 다른 프로그램에 피해를 줄일 수 있다는 말씀이시네요..

신동승님이 올리신 글을 보자면 그 반대의 경우라고 말씀하시는데 -_-?
흠.. -_- ;;

RegisterWindowMessage를 사용하면 메세지가 모든 프로그램에 전달이 되는가요?
그게 맞다면  사용 안하는게 맞고 ..  그게 아니라면 제말이 맞겠네요..^^
RegisterWindowMessage 를 사용해 보지 않아서 확실하게 답은 못하겠네요...

제가 알기로도  RegisterWindowMessage로 하면 반환값이 유니크한 메시지 번호인걸로 아는데..

음.. 유니크한 메시지값이 존재할 수 있나요? ㅡ_ㅡ?
-_-?

지금 다시보니 이런 뜻 같네요...
RegisterWindowMessage 에서 받은 변수를  이용해서 WndProc 에서 사용 하라는 뜻 같네요...  메세지맵 함수는  정의된 메세지 값 밖에는 사용 할 수 밖에 없으니까...
그럼 말이 되네.. ^^

헬프를 살펴보니
하나 이상의 App에서 같은 메시지로 Communication할때 사용하는것을 추천하는군요
또한 RegisterWindowMessage로 등록하면 윈도우 세션이 종료될때까지 등록된채로 남아있다고 하는데 이말은 윈도우의 종료를 뜻하는듯 합니다.
하나 이상의 App에서 같은 메시지를 처리할때 사용하라는데 예를 들면 어떤 메시지를 날리면 제작된 App 두개가 동시에 죽어야 한다면 RegisterWindowMessage로 같은 메시지를 처리하도록 하면 될 것 같군요.

결국 처리를 어떻게 하느냐에 대한 큰 중요사항은 보이지 않고 특이한점은 하나 이상의 App에서 메시지를 같이 처리할 수 있다는 것입니다. 유용한 팁정도 될 수 있을거 같네요

제 의견은 잘못된 번역으로 틀릴 수 있습니다.