消息定义问题

消息定义问题：工程大了，消息越来越多，定义的消息号重的可能性增大。消息好重复的危害这儿不详述，想必大家有所体会。

 

如何解决？

方案一：统一放在一个文件里。从上到下，消息号逐渐增大，可以给一个功能预留足够多的空间。比如智能地址栏消息，预留WM_USER+ 100到WM_USER + 200。如果新增功能，比如页面动态缩放，再预留WM_USER + 201到WM_USER+250。这样就解决了消息号冲突，但带来一个负作用，消息定义放在一起，大量代码include该头文件。每修改一次消息定义，几乎都要重新编译。

方案一优点：消息号不重。缺点：会编译时间大幅增加。适合：不大的项目，付出一些编译时间成本，确保了消息号不重。

 

方案二：分散在各个消息接收者的头文件里。这样好维护，每个模块/功能作者自己负责消息号管理，结构定义。但不可避免消息号可能重复。

 

方案三：做个处理工具，编译之前检查所有WM_USER + xxx，判断有否重复。

 

方案四：统一的头文件里放WM_功能1_MIN，  WM_功能1_MAX。具体的消息定义分散在各个功能头文件里，具体为WM_功能1_MIN + 1等。这样兼具了方案一和方案二的优点。