Bri*_*ost 7 delphi function variant
渐渐地,我一直在使用更多变体 - 它们在某些地方非常有用,可以承载编译时未知的数据类型.一个有用的值是UnAssigned('我没有给你一个值').我想我很久以前就发现了这个功能:
function DoSomething : variant;
begin
If SomeBoolean then
Result := 4.5
end;
Run Code Online (Sandbox Code Playgroud)
似乎相当于:
function DoSomething : variant;
begin
If SomeBoolean then
Result := 4.5
else
Result := Unassigned; // <<<<
end;
Run Code Online (Sandbox Code Playgroud)
我推测这个推理必须动态创建一个变体,如果SomeBoolean为FALSE,编译器已创建它,但它是'Unassigned'(<> nil?).为了进一步鼓励这种思考,如果省略分配结果,编译器不会报告任何警告.
刚才我发现了令人讨厌的错误,我的第一个例子(其中'结果'未明确默认为'nil')实际上从其他地方返回了一个"旧"值.
在修复变体时,我是否应该总是分配结果(就像我在使用预定义类型时那样)?
是的,你总是需要初始化Result一个函数,即使它是一个托管类型(比如string和Variant).编译器会生成一些代码来初始化函数的未来返回值Variant(至少我用于测试目的的Delphi 2010编译器),但编译器不保证您的Result被初始化; 这只会使测试变得更加困难,因为您可能会遇到初始化Result的情况,根据该决策做出决定,但后来才发现您的代码有问题,因为在某些情况下结果未初始化.
从我的调查中,我注意到:
首先,这是证明返回a的函数Variant接收var Result:
Variant隐藏参数.以下两个编译为完全相同的汇编程序,如下所示:
procedure RetVarProc(var V:Variant);
begin
V := 1;
end;
function RetVarFunc: Variant;
begin
Result := 1;
end;
// Generated assembler:
push ebx // needs to be saved
mov ebx, eax // EAX contains the address of the return Variant, copies that to EBX
mov eax, ebx // ... not a very smart compiler
mov edx, $00000001
mov cl, $01
call @VarFromInt
pop ebx
ret
Run Code Online (Sandbox Code Playgroud)
接下来,看看编译器如何设置对两者的调用很有意思.以下是对具有var X:Variant参数的过程的调用所发生的情况:
procedure Test;
var X: Variant;
begin
ProcThatTakesOneVarParameter(X);
end;
// compiles to:
lea eax, [ebp - $10]; // EAX gets the address of the local variable X
call ProcThatTakesOneVarParameter
Run Code Online (Sandbox Code Playgroud)
如果我们将"X"设为全局变量,并且我们调用返回Variant的函数,我们得到以下代码:
var X: Variant;
procedure Test;
begin
X := FuncReturningVar;
end;
// compiles to:
lea eax, [ebp-$10] // EAX gets the address of a HIDDEN local variable.
call FuncReturningVar // Calls our function with the local variable as parameter
lea edx, [ebp-$10] // EDX gets the address of the same HIDDEN local variable.
mov eax, $00123445 // EAX is loaded with the address of the global variable X
call @VarCopy // This moves the result of FuncReturningVar into the global variable X
Run Code Online (Sandbox Code Playgroud)
如果你看一下这个函数的序言,你会注意到用作调用临时参数的局部变量FuncReturningVar被初始化为ZERO.如果函数不包含任何Result :=语句,X则为"未初始化".如果我们再次调用该函数,则使用一个不同的临时和隐藏变量!以下是一些示例代码:
var X: Variant; // global variable
procedure Test;
begin
X := FuncReturningVar;
WriteLn(X); // Make sure we use "X"
X := FuncReturningVar;
WriteLn(X); // Again, make sure we use "X"
end;
// compiles to:
lea eax, [ebp-$10] // first local temporary
call FuncReturningVar
lea edx, [ebp-$10]
mov eax, $00123456
call @VarCopy
// [call to WriteLn using the actual address of X removed]
lea eax, [ebp-$20] // a DIFFERENT local temporary, again, initialized to Unassigned
call FuncReturningVar
// [ same as before, removed for brevity ]
Run Code Online (Sandbox Code Playgroud)
查看该代码时,您认为返回Variant的函数的"结果" 总是被调用方初始化为Unassigned.不对.如果在上一个测试中我们将"X"变量设为LOCAL变量(不是全局变量),则编译器不再使用两个单独的本地临时变量.所以我们有两个独立的情况,编译器生成不同的代码.换句话说,不要做任何假设,总是分配Result.
我对不同行为的猜测:如果Variant变量可以在当前作用域之外访问,作为全局变量(或者那个类的字段),编译器会生成使用线程安全的@VarCopy函数的代码.如果变量是函数的本地变量,则不存在多线程问题,因此编译器可以自由地进行直接赋值(不再调用@VarCopy).
在返回变体时,我是否应该始终分配 Result(就像我在使用预定义类型时所做的那样)?
是的。
测试这个:
function DoSomething(SomeBoolean: Boolean) : variant;
begin
if SomeBoolean then
Result := 1
end;
Run Code Online (Sandbox Code Playgroud)
像这样使用函数:
var
xx: Variant;
begin
xx := DoSomething(True);
if xx <> Unassigned then
ShowMessage('Assigned');
xx := DoSomething(False);
if xx <> Unassigned then
ShowMessage('Assigned');
end;
Run Code Online (Sandbox Code Playgroud)
在第二次调用 DoSomething 后,xx 仍将被分配。
把函数改成这样:
function DoSomething(SomeBoolean: Boolean) : variant;
begin
Result := Unassigned;
if SomeBoolean then
Result := 1
end;
Run Code Online (Sandbox Code Playgroud)
并且在第二次调用 DoSomething 后没有分配 xx。
| 归档时间: |
|
| 查看次数: |
1775 次 |
| 最近记录: |