记得某位兄弟曾说过，“一个项目不使用UNICODE编码简直就是灾难”。相信这点很多人都认同吧。
但是这里要说的是，不要以为使用了TCHAR、_T、LPCTSTR、LPTSTR这样的可变宏就是一个满足UNICODE要求的项目， 它在某些时候比使用ANSI编码更糟糕。
偶曾经是TCHAR的忠实信奉者，在某个项目中，非常成功地达到了整个工程定义_UNICODE宏就可以成功编译，没有任何警告错误的水准。但是，当偶准备把偶的项目由ANSI转变成UNICODE时，偶发现：
1. 它加载的dll必须一起升级；
2.它连接的服务器端必须一起升级；
3.和它通讯的客户端必须同时升级；
4.这是最要命的：用户使用ANSI版本保存的文件，没办法在UNICODE版本上打开%$#^&!*这意味着升级时用户的资料必须进行转化，否则会全部丢失！用户是不会理解你的！！
再来看看TCHAR和_T给偶们带来什么好处了？它带来的好处，直接使用UNICODE都可以实现。难道仅仅为了ANSI每个英文字符节省的1个字节就要冒如此大的风险吗？不划算吧！
Java在这点做得很好，毕竟是新生的语言。虽然偶不是很欣赏上班时间喝咖啡的程序员，但不可否认，他们是老手！（包括int和short的长度限定，也非常出色！）
因此，如果您的项目已经使用了TCHAR，那么恭喜您，它将如阴魂一样伴随您的项目，以及您的项目的下一个项目，以及它所有相关项目的整个生命期……就好像Windows的A和W两套API一样……
如果您正开始一个新的项目，请无论如何也要顶住压力，直接使用UNICODE编码！切记！您只需要对您的组员进行10分钟的培训，记住strcpy用wcscpy，sprintf用swprintf代替，常数前加L，就可以了！它不会花您很多时间的，带给您的是稳定和安全！相信偶，没错的！！