静态库中是否不该使用TCHAR?

gauldoth 2009-08-27 01:10:24
RT,
...全文
76 6 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
gauldoth 2009-08-27
  • 打赏
  • 举报
回复
谢谢,那么写程序的时候,什么时候该添加对ANSI的支持呢?
现在都写TCHAR,但感觉似乎最后都是WCHAR...
coderun 2009-08-27
  • 打赏
  • 举报
回复
向微软学习,同时提供 FuncA 和 FuncW 两种版本
forimprove 2009-08-27
  • 打赏
  • 举报
回复
要写支持UNICODE和ANSI的库,在头文件中这样定义:

void FuncA(LPCSTR lpsz);
void FuncW(LPCWSTR lpsz);

#ifdef UNICODE
#define Func FuncW
#else
#define Func FuncA
#endif
zhangyan_wt 2009-08-27
  • 打赏
  • 举报
回复
关键在于自己必须清楚实际编译在静态库中的TCHAR到底是char还是wchar,如果是发布给别人,头文件最好别写TCHAR,否则人家搞不清楚到底应该是哪个。
gauldoth 2009-08-27
  • 打赏
  • 举报
回复
但是,静态库是给别人引用的,用TCHAR的话,会不会造成混乱?
比如头文件中有个结构用到TCHAR[30];此时编译环境中Character Set为Unicode,编译后lib里面为WCHAR.
引用该静态库的工程,编译环境中Character Set为MBCS,包含该头文件,TCHAR[30]不是变成char[30]了?
但是lib中的却是WCHAR?
MoXiaoRab 2009-08-27
  • 打赏
  • 举报
回复
没这个说法。TCHAR是根据编译环境的不同而自动改变类型,ANSI和Unicode的转换

16,548

社区成员

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

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

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