ResourceString VS Const用于字符串文字

时间:2011-03-18 08:17:06

标签: performance string delphi optimization resources

我在Delphi应用程序中有几千个字符串文字。它们已被隔离在一个单独的文件中,并在过去用于本地化。

现在我不再需要本地化了。

与普通常量相比,使用resourcestring是否存在任何性能损失。

我应该将它们更改为CONST吗?

3 个答案:

答案 0 :(得分:8)

const字符串调用_UStrLAsg,资源字符串最终在LoadResString

由于问题是关于速度,所以没有什么比做测试了。

resourcestring
    str2 = 'str2';

const
    str1 = 'str1';

function ConstStr1: string;
begin
    result := str1;
end;

function ReceStr1: string;
begin
    result := str2;
end;

function ConstStr2: string;
begin
    result := str1;
end;

function ReceStr2: string;
begin
    result := str2;
end;

procedure Test;
var
    s1, s2, s3, s4: string;
begin
    s1 := ConstStr1;
    s2 := ReceStr1;
    s3 := ConstStr2;
    s4 := ReceStr2;
end;

我第一次使用DelphiXE中添加的AQTime来分析这段代码,结果就是这里。时间栏显示Machine Cycles。

Report from AQTime

我可能已经做了很多新手错误,但我认为constresourcestring之间存在差异。如果用户的差异明显取决于您对字符串的处理方式。在具有多次迭代的循环中,它可以用于向用户显示信息,而不是用于显示信息。

答案 1 :(得分:0)

由于它们存储在一个文件中,大概没有其他功能(做得好!),因此没有理由不尝试它。我预测它不会对性能产生任何明显的差异,但我想这取决于你在应用程序中做了什么。

答案 2 :(得分:-1)

资源字符串确实会产生开销。

与显示这样的字符串或将其写入文件或数据库相比,开销并不大。

另一方面,它只是从resourcestringconst关键字的转换(如果您考虑再次进行本地化,则返回)。