我在Delphi应用程序中有几千个字符串文字。它们已被隔离在一个单独的文件中,并在过去用于本地化。
现在我不再需要本地化了。
与普通常量相比,使用resourcestring是否存在任何性能损失。
我应该将它们更改为CONST吗?
答案 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。
我可能已经做了很多新手错误,但我认为const
和resourcestring
之间存在差异。如果用户的差异明显取决于您对字符串的处理方式。在具有多次迭代的循环中,它可以用于向用户显示信息,而不是用于显示信息。
答案 1 :(得分:0)
由于它们存储在一个文件中,大概没有其他功能(做得好!),因此没有理由不尝试它。我预测它不会对性能产生任何明显的差异,但我想这取决于你在应用程序中做了什么。
答案 2 :(得分:-1)
资源字符串确实会产生开销。
与显示这样的字符串或将其写入文件或数据库相比,开销并不大。
另一方面,它只是从resourcestring
到const
关键字的转换(如果您考虑再次进行本地化,则返回)。