Visual studio MFC对话框类向导-尝试在单独的include&；中生成类；src目录

我们正在完成一个MFC项目，试图将源文件和头文件重新排列到src中，并包含磁盘上的目录。我们发现的唯一方法是移动计算机目录中的文件，然后在Visual Studio中创建镜像目录，并将现有文件“添加”到这些目录中，然后从VS中的基本目录中删除所有文件

但是，在编辑或创建对话框时，向导无法找到要编辑/创建的正确类，并将生成一个新文件（名为existing_class.CPP，而不是existing_class.CPP）。为了解决这个问题，我们还尝试生成一个新类，在使用类向导时手动添加路径（包括\file\u name.h和src\file\u name.cpp）。这几乎可以正常工作，将文件正确地添加到正确的目录中，并且当添加变量时，向导可以正常工作

---

但是，在添加事件处理程序时，会在正确的位置创建消息，但会将函数子添加到新生成的文件（file_name.CPP）。关于如何使用分离的includes/src目录在MFC/VS中工作，有什么建议吗？

实用建议：不要摆弄您不完全理解的项目设置。使用IDE的内置功能将文件排列到文件夹（过滤器）中，而不是将文件移动到物理目录中。如果您坚持将文件移动到文件系统文件夹，那么您唯一的选择就是学习如何在不使用向导的情况下编写MFC代码。感谢您的建议IInspectable！我想这样做。我被手动编辑资源文件来管理对话框控件吓坏了。我对创建windows/窗口控件很有信心，但我不知道如果没有向导，如何很好地管理对话框。向导最终会因为某种原因停止工作。您不必为对话框使用文本编辑器。使用资源编辑器。如果双击控件，向导可能会尝试将处理程序放在不同的cpp/头文件中。只需将代码复制/粘贴到您自己的文件中。根据我的经验，如果向导出现问题，请关闭或重命名您的主项目文件夹。然后重新命名它。执行此操作可以更改项目文件夹的时间戳。然后启动VS。这会触发它来重建classwizard数据库。但是，对于移动文件等，我倾向于使用VisualAsist进行操作，因为在需要更新的文件引用位置（如解决方案文件等）并不明显。