[kde-china] c 语言字符串...

[yarco]

恩恩......不过我说的的确是执行效率......

我买过一本叫"Joey说软件"书. 那里开篇提到的那个文章很经典, 从c语言字符串一直谈到为什么xml执行效率不高.
好像原因是因为c语言字符串是根据\0来计算结束符的. 这样在很多过程中要判断一个字符串就要从头到尾遍历到\0.
而delphi(好像是delphi)字符串是把那个\0 1byte让出来,  用来存放长度(所以delphi字符串长度只能到256.
再长就得用StringBuilder)...xml有相似的情况,
因为只有结束标记<tag></tag>从程序角度就无法快速处理(假如是个length, 就能马上偏移定位)...

不过奇怪理由这么充分...到目前为止似乎也没看过什么变化...
(据那本书说, excel开发的时候不使用c string, 而内部实现了一个字符串的结构, 这样执行非常高效....)


On 11/28/08, panshizhu在routon.com <panshizhu在routon.com> wrote:
>
> 效率的高低是相对的：高效的编程效率对应了相对低效的运行效率，相对高效的执行
> 效率对应了低效的编程效率。
>
> 两种效率不能两全，多数时候必须在编程的方便性和程序的执行效率间作出权衡。
>
> C语言缺省的字符串并不是执行效率低下，而是编程效率低下。
>
> 所以，要看你怎么选择。许多第三方库对字符串操作的包装能够使字符串的编程变简
> 单，这是用户选择的自由。
>
> --
> Sincerely, Pan, Shi Zhu.
>
>
> yarco <yarco.w在gmail.com> 写于 2008-11-28 11:40:28:
>> 忽然想出来的问题...我想多多少少咱们搞开发的, 算是相关的吧...
>>
>> 就是据说c语言形式字符串效率低下...那为何还用呢?而不是增加一个高效的字
>> 符串形式?ISO c标准...
>>
>> 疑惑不解...
>> _______________________________________________
>> kde-china mailing list
>> kde-china在kde.org
>> https://mail.kde.org/mailman/listinfo/kde-china
> _______________________________________________
> kde-china mailing list
> kde-china在kde.org
> https://mail.kde.org/mailman/listinfo/kde-china
>