UNICODE和_UNICODE为什么要分别定义?

ed9er 2001-03-04 06:03:00
我知道定义了UNICODE以后,TEXT宏和其他的一些TCHAR之类的类型定义就起作用了,但这时候如果我不定义_UNICODE,一些win32函数调用的时候会有警告,说类型不匹配,必须再定义_UNICODE,而如果只定义_UNICODE的话,TEXT宏仍然是单字节,这样搞的很麻烦,我觉得我只要定义了一个,另外一个我也就必须同时定义一下,为什么MS要把这两个定义分开,为什么win32的那些头文件里面一会用这个一会用那个?我不知道这么做有什么理由,有什么好处,哪位老大给解释下?
...全文
144 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
GONGLV 2001-03-06
  • 打赏
  • 举报
回复
估计如下:
两个不同的来源分别使用了UNICODE和_UNICODE两种方式但实际上是一样的。很可能是编译好的类库中与编译方式之间出现的矛盾,因此必须用这种方式。但这个问题只在某些情况下才出现,或者还有不支持UNICODE的VC版本,因而MS将问题留给了用户。
ed9er 2001-03-04
  • 打赏
  • 举报
回复
哦~~我再这么问一句:为什么MS不能用这样的方式,而非得让程序员自己写:
#ifdef UNICODE
#ifndef _UNICODE
#define _UNICODE
#endif
#endif

#ifdef _UNICODE
#ifndef UNICODE
#define UNICODE
#endif
#endif


damadama 2001-03-04
  • 打赏
  • 举报
回复
微软为了与ANSI C标准统一,所以加了下滑线
ed9er 2001-03-04
  • 打赏
  • 举报
回复
补充一下,我的是WIN2K PRO和VC6+SP4,这些头文件在各个环境下应该都一样的吧

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧