プロシージャのパラメータに "const"を使用すると、どのような違いがありますか？

Question

プロシージャ内でconstパラメータを使用すると、どのような違いがありますか？

例えば、以下の手順を取る：

procedure DoSomething(Sender: TObject; const Text: String; var Reply: String); 
begin 
    //Text is read-only and Reply will be passed back wherever DoSomething() was called 
    Reply:= Text; 
end; 

（私の知る限り）、値のコピーが作られ、使用されているように、パラメータText: Stringがconstが付いている - と読み取り専用であります。私が疑問に思っていたことは、アプリケーションに何か違う影響を与えるのは、constを入れなかった場合とはどういうことでしょうか？おそらくパフォーマンスのトリックですか？

Answer 1

：

「のconstを使うには、コンパイラが構造化のためのコードを最適化することができます - と、文字列型のパラメータをまた、意図せずに別のルーチンを参照することによってパラメータを渡すに対する保護を提供します。」

たとえば、文字列の場合、最適化は、constとして渡すときに追加の参照カウントがないことを意味します。 constとして渡すこともではなく、というのはそれがコピーであることを意味します。コンパイラは書き込みアクセスを保証しないため、内部的に参照として渡すことがよくあります。

は、いくつかの非常に興味深い記事completlyフードの下で何が起こっているかを理解する：

http://delphitools.info/2010/07/28/all-hail-the-const-parameters

http://vcldeveloper.com/articles/different-function-parameter-modifiers-in-delphi

編集：

でパスをもたらすことができるというのconstを表示するための簡単な例内部参照：

program Project1; 

{$APPTYPE CONSOLE} 

type 
    PMyRecord = ^TMyRecord; 
    TMyRecord = record 
    Value1: Cardinal; 
    Value2: Cardinal; 
    end; 

procedure PassAsConst(const r: TMyRecord); 
begin 
    PMyRecord(@r).Value1 := 3333; 
    PMyRecord(@r).Value2 := 4444; 
end; 

procedure PassByVal(r: TMyRecord); 
begin 
    PMyRecord(@r).Value1 := 3333; 
    PMyRecord(@r).Value2 := 4444; 
end; 

var 
    r: TMyRecord; 
begin 
    r.Value1 := 1111; 
    r.Value2 := 2222; 
    PassByVal(r); 
    Writeln(r.Value1); 
    Writeln(r.Value2); 

    PassAsConst(r); 
    Writeln(r.Value1); 
    Writeln(r.Value2); 

    Readln; 
end. 

Answer 2

const接頭辞がない場合、コンパイラはパラメータを変更すると想定する必要があります。これは、それをコピーし、隠されたtry ...最終的にローカル文字列変数を処分するように設定することを意味します。したがって、時にはconstが大幅にパフォーマンスを向上させることがあります。また、生成されたコードを小さくします。 documentationの状態を見てみると

Answer 3

constを使用した場合の効率の以前の回答（つまり、コンパイラーは変数をコピーする必要はありません）.Interfaceパラメーターでconstを使用すると、参照カウントのトリガーを防ぐことができます。