Ich arbeite an einer MFC-Anwendung, die über Jahre hinweg und über verschiedene Entwicklerteams hinweg ziemlich chaotisch geworden ist. Die Datei resource.h, die alle Befehls- / Nachrichtenzuordnungen enthält, ist mit der Zeit ziemlich groß geworden und weist viele Probleme auf (wie doppelte IDs). Ich kenne mich mit MFC nicht aus, daher könnte die Frage ziemlich dumm klingen ...

n @MSDN-Dokumenten wird erwähnt, dass Befehls-IDs und Nachrichten-IDs nicht kleiner als WM_USER und WM_APP sein dürfen. Ich habe gesehen, dass die meisten Befehls-IDs in resource.h, die von Visual Studio generiert werden, um die 100 beginnen. Sollte dies nicht zu Störungen bei MFC / Windows-Befehlen und -Meldungen führen, die sich mit den von der Anwendung definierten IDs überschneiden? Zum Beispiel habe ich eine Befehls-ID:

#define ID_MY_ID 101

und es gibt einen Windows-Befehl mit derselben ID. Wenn MC diesen Befehl an die APP sendet, wird er wie eine durch ID_MY_ID definierte Anwendung behandelt und die App ergreift unnötige Maßnahmen. Ist es ein mögliches Szenario?

Auch gibt es ein Tool von Drittanbietern, mit dessen Hilfe die Projektressourcen analysiert werden können?

Update 1:

Neue Frage wurde angezeigt: Was ist die bevorzugte Methode zum Hinzufügen neuer benutzerdefinierter Befehle zu den Anwendungsklassen? Wie ich verstanden habe, bevor sie auf folgende Weise hinzugefügt wurden: Fügen Sie der resouce.h eine Befehls-ID hinzu und fügen Sie dann der Handling-Klasse einen Message-Map-Handler hinzu.