Visual studio 2008 让VS2008与EVC4.0项目配合使用

我想为一个开源的Windows Mobile项目贡献一份力量，但它是在eVC 4.0中开发的，它在Vista上根本不起作用（请随意纠正我！），我更愿意避免双重启动或远程进入我仅存的XP系统。我已经在我的主要开发机器上安装了VS2008，并获得了所有SDK等。我需要做WM工作。但是一旦我把所有的源代码放在一起并开始尝试构建它，我就必须做很多更改来支持不推荐的方法和一些已经移动的头文件

---

理想情况下，我希望能够像运行eVC一样处理项目。是否有某种“怪癖模式”可以让我模仿VS2008中的eVC行为？如果没有，是否有将应用程序从eVC移植到VS的指南？

不，没有允许的模式。Studio'08使用的编译器与eVC不同（事实上要好得多），所以eVC让Studio忽略了一些东西。一般来说，Studio中的代码将在eVC下工作

现在如果你使用MFC，情况就完全不同了。eVC下的MFC和Studio下的MFC有很大的不同，有些情况（比如CString）表现不同（eVC中的类，Studio中的模板），尤其是如果对象一开始使用不“正确”。取消这一点可能是一个巨大的混乱

不推荐使用的方法可以包装在一个抽象方法中，这样在Studio下，代码可以按一种方式路由，在eVC下，代码可以按另一种方式路由。如果你不知道具体的方法是什么，你就很难给出更详细的建议

移动的文件应该不是问题。将include dir添加到项目中。您当然不应该在代码文件本身中有到头的路径

---

编辑：最后一点注意，Studio在导入eVC项目方面通常很差劲，所以在迁移过程中很可能丢失了预编译器指令之类的东西。缺少#定义肯定会使端口更具挑战性，因此请检查eVC中定义的所有内容是否仍在Studio中定义。还要注意任何子系统定义。Studio也喜欢忘记导入它。

不，没有允许它的模式。Studio'08使用的编译器与eVC不同（事实上要好得多），所以eVC让Studio忽略了一些东西。一般来说，Studio中的代码将在eVC下工作

现在如果你使用MFC，情况就完全不同了。eVC下的MFC和Studio下的MFC有很大的不同，有些情况（比如CString）表现不同（eVC中的类，Studio中的模板），尤其是如果对象一开始使用不“正确”。取消这一点可能是一个巨大的混乱

不推荐使用的方法可以包装在一个抽象方法中，这样在Studio下，代码可以按一种方式路由，在eVC下，代码可以按另一种方式路由。如果你不知道具体的方法是什么，你就很难给出更详细的建议

移动的文件应该不是问题。将include dir添加到项目中。您当然不应该在代码文件本身中有到头的路径

---

编辑：最后一点注意，Studio在导入eVC项目方面通常很差劲，所以在迁移过程中很可能丢失了预编译器指令之类的东西。缺少#定义肯定会使端口更具挑战性，因此请检查eVC中定义的所有内容是否仍在Studio中定义。还要注意任何子系统定义。Studio也喜欢忘记导入这些内容。

我很害怕：叹气：哦，好吧，也许我会在我的VMware工作站上放一个XP映像？啊!！这给了我另一个问题的想法。我很害怕：叹气：哦，好吧，也许我会在我的VMware工作站上放一个XP映像？啊!！这给了我另一个问题的想法。