MBCS支持MFC在VS 2013中的副作用

Question

我只是尝试在VS2013下编译一个旧的MFC应用程序。它抱怨说，非Unicode MFC应用程序被废弃，并拒绝编译.这在某种程度上与本公告所说的对MBCS的不推荐支持是相反的。到目前为止，字符集选项有三种选择：

• Unicode
• MBCS
• 未设定

就我个人而言，我完全同意放弃对MBCS的支持--我既不想也不需要MBCS。但是我也不想也不需要Unicode - ANSI/ASCII对我来说是很好的。因此，坚持每个MFC应用程序今后都必须使用Unicode，并且(实际上)提供平台基础支持所有可能的语言，不管它的目标受众是谁，似乎……极端。我是不是遗漏了什么？我是否仍然能够编译没有在VS2013中指定的字符集的MFC应用程序？

Answer 1

你可以的。目前，我的所有程序都使用Unicode库。除了一个旧的，其中包括非常旧的代码从以前的版本和这个程序是必要的更新支持这个od版本.

1. 目前，有一个副词仍然支持MBCs。
2. 它的投票
3. 正如我所理解的，讨论(见2014年12月Mark的评论)将提供这样一个加注，并包含VS2015 (不管它的意思是什么版本)。

更确切地说，当您为字符集选择"None“时会发生什么：

1. 程序链接到MBCS版本的MFC。
2. 此外，Windows将默认为API的MBCS版本。也就是说，GetWindowTextA是调用而不是GetWindowTextW

所以事实上。将_UNICODE和_MBCS设置为nothing只默认为_MBCS..。

在内部，SDQ总是检查是否设置了UNICODE (而不是_UNICODE)。如果没有，则选择MBCS版本。