_TCHAR在java中怎么用_不要再使用TCHAR和_T了

很不幸的是，我现在正在进行的项目就是使用的TCHAR，在linux下没有tchar.h这个文件，我需要自己在头文件加入

#ifdef UNICODE

#define _T L##

#define _tprintf wprintf

#else

#define _T

#define _tprintf printf

#endif //UNICODE

以下内容转载自：http://blog.csdn.net/superarhow/article/details/1686053

记得某位兄弟曾说过，“一个项目不使用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，就可以了！它不会花您很多时间的，带给您的是稳定和安全！相信偶，没错的！！