函数的设计,我该用什么类型做字符串参数,迷惑

wy_rover 2008-06-04 01:59:27
字符串的类型有很多,string, const char*, LPCTSTR, CString,用CString确实省事不少,但不想依赖于MFC,用string吧,如果考虑unicode的情况不好用, 大多数的第三方库都用const char*做参数了,是不是这样的方式更通用一些,如果是宽字符的调用函数之前都要转成char*? 那么对于国际化来说,软件界面用LPCTSTR或者CString这样的字符,库的设计都用const char*?

大家都用什么,说说优缺点
...全文
102 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
wy_rover 2008-06-04
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 pister 的回复:]
如果内部使用的话使用LPCTSTR
void f(LPCTSTR strParam);

如果要出dll外部使用,
可以提供2个函数,
比如fA(LPCSTR strParam)和fW(LPCWSTR strParam)

然后在fW里实现函数。
之后通过MultiByteToWideChar把参数转换后在fA里调用fW实现
[/Quote]

如果反过来怎么样?把宽字符换成多字节,然后调用之
Joephia 2008-06-04
  • 打赏
  • 举报
回复

delphi属于高级语言,是指做界面,做应用很强,做底层方面的不行

盗用下 cnzdgs 的解答
C++与其它高级语言相比,其优势在于它的灵活性,C++中限制相对较少,而且更接近于系统,便于写出高质量的代码和实现其它高级很难实现的底层操作;与汇编语言相比,C++有较好的可读性和可移植性,而且还有大量的库函数可以调用,使开发更容易一些。各种编程语言都有各自的长处,在实际开发时,应尽量使用高级的语言,当遇到难于实现的需求时再考虑较低级的语言,使用多种语言混合开发可以兼顾程序质量和开发成本。建议你再学习一下汇编语言和.net。

wy_rover 2008-06-04
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 Joephia 的回复:]
delphi下对unicode的支持不好

格言燕雀焉知鸿鹘之志
并不是说delphi 不好,是因为delphi属于高级语言,

而vc则是介于低级语言和高级语言之间的开发语言,

所以一定要考虑到两种编码的支持
[/Quote]

没有高级和低级之分,如果你用delphi写一个dll,如果这个dll又依赖与delphi自带的库,而这些库都没有宽字符的版本,而TNT这些界面层的组件也只是在界面显示的时候用Unicode
wy_rover 2008-06-04
  • 打赏
  • 举报
回复
嗯,大致明白,也就是通用的做法用LPCTSTR,然后设置Unicode标记编译成两个不同的DLL,犹如MFC的Unicode版本和非Unicode版本。

问题是不管是Unicode的还是非Unicode程序我都要用第三方库,而第三方库都是char*形式的,这个都没有考虑到宽字符的问题,难道是因为这些库都是老外写的?我想各位也都在用第三方库吧,也就是说我的Unicode版程序,在调用第三方库的时候要转化字符串,那么我自己写的库都用char*不是更方便?我想知道到底有什么缺点,什么才是正统的解决方案,怎样看待第三库?
Joephia 2008-06-04
  • 打赏
  • 举报
回复
delphi下对unicode的支持不好

格言
燕雀焉知鸿鹘之志

并不是说delphi 不好,是因为delphi属于高级语言,

而vc则是介于低级语言和高级语言之间的开发语言,

所以一定要考虑到两种编码的支持
pister 2008-06-04
  • 打赏
  • 举报
回复
如果内部使用的话使用LPCTSTR
void f(LPCTSTR strParam);

如果要出dll外部使用,
可以提供2个函数,
比如fA(LPCSTR strParam)和fW(LPCWSTR strParam)

然后在fW里实现函数。
之后通过MultiByteToWideChar把参数转换后在fA里调用fW实现
ouyh12345 2008-06-04
  • 打赏
  • 举报
回复
那就用char *
Joephia 2008-06-04
  • 打赏
  • 举报
回复
string, const char*, LPCTSTR, CString

用CString 也没有什么坏处

重要的是否支持 Unicode(宽字符)

使用 char* 是一字节为单位读写字符

而 unicode 是以字(两个字节)为单位的

而CString 对这两种方式都支持,只要在编译的时候设置 unicode 开关就可以了

对一个程序来说,要看它的使用情况了,

如果小范围用,用char* 也没什么,如果国际化使用,最好是用unicode方式(通用)

所以如果不是为了这个编码问题,vc中绝不会有什么

#ifndef UNICODE
#define XXXX XXXXA
#else
#define XXXX XXXXW
#endif
wy_rover 2008-06-04
  • 打赏
  • 举报
回复
我的意思是第三方库都没有w版,我是否应该用char*来作为字符串参数,同样在delphi下对unicode的支持不好,是否内部的函数或者说dll导出的函数都用char*,而在与界面的相关的地方才用宽字符?
ouyh12345 2008-06-04
  • 打赏
  • 举报
回复
BSTR
zaodt 2008-06-04
  • 打赏
  • 举报
回复

把『Windows程序设计』的第二章『UNICODE』看完,然后大概就清楚了;

下载地址:

http://blog.csdn.net/zaodt/archive/2007/11/25/1901332.aspx
wy_rover 2008-06-04
  • 打赏
  • 举报
回复
还是迷惑很多第三方库为啥没有W版的
cnzdgs 2008-06-04
  • 打赏
  • 举报
回复
定义两个函数,例如:
void TestA(const char* Str);
void TestW(const wchar_t* Str);

16,473

社区成员

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

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

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