能。
只有CE的内核才不支持ANSI

解决方案 »

  1.   

    如果你使用ASCII,在2k下系统在运行阶段将你的函数转成Unicode,所以除了运行速度外没有问题。
      

  2.   

    应该可以。
    例如可以使用tchar.h来解决很多字符串方面的问题。以下是从programming windows中抄来的:)
    One answer is to use the TCHAR.H header file included with Microsoft Visual C++. This header file is not part of the ANSI C standard, so every function and macro definition defined therein is preceded by an underscore. TCHAR.H provides a set of alternative names for the normal run-time library functions requiring string parameters (for example, _tprintf and _tcslen). These are sometimes referred to as "generic" function names because they can refer to either the Unicode or non-Unicode versions of the functions. If an identifier named _UNICODE is defined and the TCHAR.H header file is included in your program, _tcslen is defined to be wcslen: 
    #define _tcslen wcslenIf UNICODE isn't defined, _tcslen is defined to be strlen: 
    #define _tcslen strlenAnd so on. TCHAR.H also solves the problem of the two character data types with a new data type named TCHAR. If the _UNICODE identifier is defined, TCHAR is wchar_t: 
      

  3.   

    to sclzmbie(梦里红尘):
        但是WIN98不支持(或很少的支持)UNICODE字符
    to G_zcm(黑骑士) :
        如果这样是不是程序用什么符集就不用管了,爱用什么用什么,在什么地方用完全由操作系统自己转换得了,这样我想是不可能的.另外,至少在有些函数能过系统转换是不可能达到自己的目的的如:strlen()和wcslen()
    to ePing(三少):
        我不知道你是什么意思,是不是在程序是所有用到字符串的地方(哪怕他有几千个)都有进行判断呢?to Mercedes():
        这个问题正是我看<WINDOWS程序设计>而想起来的,但是按他的思想只是能维护单一的源程序,而要运行就得修改一点声明 ,然后编译出不同操作系统适用的程序来,但我反观有好多程序可能90%多的程序都不分版本的,也就是在什么地方下都适用.所以我有点有明白,想问一下大家这是怎么实现的.
        
      

  4.   

    不用这么麻烦.在Windows NT 下编程序,尽量不使用那些特殊的寒树-就是只能在XX系统下才能用的那种.编译后,你拿去Windows 98下试试,应该可以运行.
      

  5.   

    可以,UNICODE在WIN98下会有额外的时间转换,而在WIN2000下这不需要。ASCLL正好相反。
      

  6.   

    to cm4ever(一肚子坏水):
        这也就是说只能用ASCLL字符及支持他的函数,这样到WIN2000及NT下系统都要转换,这样不降低了效率了吗.所以我想市面上的程序很可能都是为了用户方便(不用取得多个版本)而使用的ASCLL字符.但这样降低了在WIN2000及NT下的运行效率及增加的资源的使用.但我不敢确定.to TalentSprite(举头望明月) :
       请参见我给to G_zcm(黑骑士)的回复.
      

  7.   

    最好的办法是把字符串都放到资源里。
    用的时候用CString::LoadString(ID_RES)读出来。这样既没有转换影响速度的问题,也可以在将来很好的支持多语言(因为字符川都放在资源里了嘛~~以后做个扩展DLL就、、、是吧!)
      

  8.   

    http://www.csdn.net/expert/TopicView.asp?id=477598