在刚开始的时候,我变成用的是vc6.0,这个时候,我从来不会考虑编码的问题,因为vc6.0默认的编码就是ansic,不用来回地设置编码类型。不过到后来IDE换成vs2010的时候,vs2010默认的编码是宽字节,为了让自己的程序无论在多字节还是在宽字节环境都能正常编译,所以开始喜欢上了T这个东西,无论是字符变量的定义,还是函数的运用我都喜欢带T(t)通用型的。不过这种方式并不是放之四海而皆准的。部分函数没有宽字节版本的,例如GetProcAddress
LoggingW(LPCWSTR)函数包括了下面两种类型。所以我们可以借鉴windows的方法:
总结:
为了可移植性,在我们设计中尽量使用通用类型,当遇到指定类型的函数时候,我们尽量把这种变化控制在尽可能小的范围内,然后把这个范围内的函数都设计为上面哪种模式。
FARPROC GetProcAddress(
HMODULE hModule, // DLL模块句柄
LPCSTR lpProcName // 函数名
);
现在我们设计一个通用型的记录函数:
void Logging(LPCTSTR);
如果函数GetProcAddress出现,那么可能把你的原来的设计打破,因为它的第二个参数是:LPCSTR,用的是多字节。如果你想把这个参数记录下来。初始设计的LPCTSTR类型参数的记录函数已经不能用了,你就必须提供一个LPCSTR类型参数的记录函数。这个时候我们应该怎么办呢?在原有的LPCTSTR函数基础上增加一个LPCSTR?答案是肯定的
void LoggingA(LPCSTR);
如果现在又出现一个仅仅有LPCWSTR参数的函数,我们也必须设计一个LPCWSTR类型的参数的函数:
void Logging(LPCWSTR);
随着需求的变化,现在已经产生了多个版本的函数,这些函数看着是不是有些冗余了?嗯,的确有点,
LoggingW(LPCWSTR)函数包括了下面两种类型。所以我们可以借鉴windows的方法:
#ifdef _UNICODE
#define Logging LoggingW
#else
#define Logging LoggingA
#endif
然后把原来设计的函数实体删除,这样我们就可以应对任何情况的变化,这样就OK了。
总结:
为了可移植性,在我们设计中尽量使用通用类型,当遇到指定类型的函数时候,我们尽量把这种变化控制在尽可能小的范围内,然后把这个范围内的函数都设计为上面哪种模式。