Editing Parameter (computer programming)

{{Short description|Representation of an argument in a function definition}}
{{Other uses|Parameter (disambiguation)}}
In [[computer programming]], a '''parameter''', a.k.a.  '''formal argument''', is a [[Variable (computer science)|variable]] that represents an argument, a.k.a. actual argument, a.k.a. actual parameter, to a [[subroutine]] call.{{efn|1=In this article, the term "subroutine" refers to any subroutine-like construct, which have different names and slightly different meanings depending on the [[programming language]] being discussed.}}.<ref name="Oracle">{{cite web | title=Passing Information to a Method or a Constructor (Learning the Java Language > Classes and Objects) | website=The Java™ Tutorials | url=https://docs.oracle.com/javase/tutorial/java/javaOO/arguments.html | access-date=2021-09-09 | quote=Parameters refers to the list of variables in a method declaration. Arguments are the actual values that are passed in when the method is invoked. When you invoke a method, the arguments used must match the declaration's parameters in type and order.}}</ref><ref>{{cite book|last1=Prata|first1=Stephen|title=C primer plus|date=2004|publisher=Sams|isbn=978-0-672-32696-7|pages=276–277|edition=5th}}</ref><ref>{{cite web|title=Working Draft, Standard for Programming Language C++|url=http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1905.pdf|archive-url=https://web.archive.org/web/20051214034042/http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1905.pdf|url-status=dead|archive-date=December 14, 2005|website=Open Standards |date=2005-10-19 |access-date=1 January 2018}}</ref><ref>{{cite web|last1=Gordon|first1=Aaron|title=Subprograms and Parameter Passing|url=http://rowdysites.msudenver.edu/~gordona/cs3210/lects/lect10.html|website=rowdysites.msudenver.edu/~gordona|access-date=1 January 2018|archive-url=https://web.archive.org/web/20180101140104/http://rowdysites.msudenver.edu/~gordona/cs3210/lects/lect10.html|archive-date=1 January 2018|url-status=dead}}</ref> A function's [[function signature|signature]] defines its parameters. A call invocation involves evaluating each argument expression of a call and associating the result with the corresponding parameter.

For example, consider subroutine <code>def add(x, y): return x + y</code>. Variables <code>x</code> and <code>y</code> are parameters. For call <code>add(2, 3)</code>, the expressions <code>2</code> and <code>3</code> are arguments. For call <code>add(a+1, b+2)</code>, the arguments are <code>a+1</code> and <code>b+2</code>.

Parameter passing is defined by a programming language. [[Evaluation strategy]] defines the semantics for how parameters can be declared and how arguments are passed to a subroutine. Generally, with [[call by value]], a parameter acts like a new, local variable initialized to the value of the argument. If the argument is a variable, the subroutine cannot modify the argument state because the parameter is a copy. With [[call by reference]], which requires the argument to be a variable, the parameter is an alias of the argument.

==Example==
The following program defines a function named {{code|SalesTax}} with one parameter named {{code|price}}; both typed {{code|double}}. 

<syntaxhighlight lang="c">
double SalesTax(double price)
{
  return 0.05 * price;
}
</syntaxhighlight>

For call {{code|SalesTax(10.00)}}, the argument {{code|10.00}} is evaluated to a [[Double-precision floating-point format|double]] value (10) and assigned to parameter variable {{code|price}}. The function is executed and returns the value 0.5.

== Parameters and arguments ==
The terms ''parameter'' and ''argument'' may have different meanings in different programming languages. Sometimes they are used interchangeably, and the context is used to distinguish the meaning.  The term ''parameter'' (sometimes called ''formal parameter'') is often used to refer to the variable as found in the function [[Declaration (computer programming)|declaration]], while ''argument'' (sometimes called ''actual parameter'') refers to the actual input supplied at a function call statement. For example, if one defines a function as <code>def f(x): ...</code>, then <code>x</code> is the parameter, and if it is called by <code>a = ...; f(a)</code> then <code>a</code> is the argument. A parameter is an (unbound) variable, while the argument can be a [[Literal (computer programming)|literal]] or variable or more complex expression involving literals and variables. In case of call by value, what is passed to the function is the value of the argument – for example, <code>f(2)</code> and <code>a = 2; f(a)</code> are equivalent calls – while in call by reference, with a variable as argument, what is passed is a reference to that variable - even though the syntax for the function call could stay the same.<ref>{{Cite web|url=https://docs.microsoft.com/en-us/dotnet/visual-basic/programming-guide/language-features/procedures/passing-arguments-by-value-and-by-reference|title=Passing Arguments by Value and by Reference (Visual Basic)|last=Dollard|first=Kathleen|website=Microsoft Learn |language=en-us|access-date=2018-10-27}}</ref> The specification for [[Call_by_reference|pass-by-reference]] or [[Call by value|pass-by-value]] would be made in the function declaration and/or definition.

Parameters appear in procedure definitions; arguments appear in procedure calls. In the function definition <code>f(x) = x*x</code> the variable <var>x</var> is a parameter; in the function call <code>f(2)</code> the value 2 is the argument of the function. Loosely, a parameter is a type, and an argument is an instance.

A parameter is an intrinsic property of the procedure, included in its definition. For example, in many languages, a procedure to add two supplied integers together and calculate the sum would need two parameters, one for each integer. In general, a procedure may be defined with any number of parameters, or no parameters at all. If a procedure has parameters, the part of its definition that specifies the parameters is called its ''parameter list''.

By contrast, the arguments are the expressions<ref>{{Cite web|url=http://crasseux.com/books/ctutorial/Actual-parameters-and-formal-parameters.html|title=The GNU C Programming Tutorial|website=crasseux.com|language=en|access-date=2018-10-27}}</ref> supplied to the procedure when it is called, usually one expression matching one of the parameters. Unlike the parameters, which form an unchanging part of the procedure's definition, the arguments may vary from call to call. Each time a procedure is called, the part of the procedure call that specifies the arguments is called the ''argument list''.

Although parameters are also commonly referred to as arguments, arguments are sometimes thought of as the actual values or references assigned to the parameter variables when the subroutine is called at [[Run time (program lifecycle phase)|run-time]]. When discussing code that is calling into a subroutine, any values or references passed into the subroutine are the arguments, and the place in the code where these values or references are given is the ''parameter list''. When discussing the code inside the subroutine definition, the variables in the subroutine's parameter list are the parameters, while the values of the parameters at runtime are the arguments. For example, in C, when dealing with threads it is common to pass in an argument of type void* and cast it to an expected type:
<syntaxhighlight lang="c">
void ThreadFunction(void* pThreadArgument)
{
  // Naming the first parameter 'pThreadArgument' is correct, rather than
  // 'pThreadParameter'. At run time the value we use is an argument. As
  // mentioned above, reserve the term parameter for when discussing
  // subroutine definitions.
}
</syntaxhighlight>

To better understand the difference, consider the following function written in [[C (programming language)|C]]:
<syntaxhighlight lang="c">
int Sum(int addend1, int addend2)
{
  return addend1 + addend2;
}
</syntaxhighlight>

The function ''Sum'' has two parameters, named ''addend1'' and ''addend2''. It adds the values passed into the parameters, and returns the result to the subroutine's caller (using a technique automatically supplied by the C compiler).

The code which calls the ''Sum'' function might look like this:
<syntaxhighlight lang="c">
int value1 = 40;
int value2 = 2;
int sum_value = Sum(value1, value2);
</syntaxhighlight>
The variables ''value1'' and ''value2'' are initialized with values. ''value1'' and ''value2'' are both arguments to the ''sum'' function in this context.

At runtime, the values assigned to these variables are passed to the function ''Sum'' as arguments. In the ''Sum'' function, the parameters ''addend1'' and ''addend2'' are evaluated, yielding the arguments 40 and 2, respectively. The values of the arguments are added, and the result is returned to the caller, where it is assigned to the variable ''sum_value''.

Because of the difference between parameters and arguments, it is possible to supply inappropriate arguments to a procedure. The call may supply too many or too few arguments; one or more of the arguments may be a wrong type; or arguments may be supplied in the wrong order. Any of these situations causes a mismatch between the parameter and argument lists, and the procedure will often return an unintended answer or generate a [[runtime error]].

===Alternative convention in Eiffel===
Within the [[Eiffel (programming language)|Eiffel]] software development method and language, the terms ''argument'' and ''parameter'' have distinct uses established by convention. The term ''argument'' is used exclusively in reference to a routine's inputs,<ref>Meyer, Bertrand. ''[[Object-Oriented Software Construction]], 2nd Edition,'' Prentice Hall, 1997, p 444.</ref> and the term ''parameter'' is used exclusively in type parameterization for [[Generic programming|generic classes]].<ref>Meyer, p. 96.</ref>

Consider the following routine definition:

<syntaxhighlight lang="eiffel">
    sum (addend1: INTEGER; addend2: INTEGER): INTEGER
        do
            Result := addend1 + addend2
        end
</syntaxhighlight>

The routine <code>sum</code> takes two arguments <code>addend1</code> and <code>addend2</code>, which are called the routine's '''formal arguments'''.  A call to <code>sum</code> specifies '''actual arguments''', as shown below with <code>value1</code> and <code>value2</code>.

<syntaxhighlight lang="eiffel">
    sum_value: INTEGER
    value1: INTEGER = 40
    value2: INTEGER = 2
                …
            sum_value := sum (value1, value2)    
</syntaxhighlight>

Parameters are also thought of as either '''formal''' or '''actual'''. '''Formal generic parameters''' are used in the definition of generic classes. In the example below, the class <code>HASH_TABLE</code>  is declared as a generic class which has two formal generic parameters, <code>G</code> representing data of interest and <code>K</code> representing the hash key for the data:

<syntaxhighlight lang="eiffel">
class HASH_TABLE [G, K -> HASHABLE] 
            …
</syntaxhighlight>

When a class becomes a client to <code>HASH_TABLE</code>, the formal generic parameters are substituted with '''actual generic parameters''' in a '''generic derivation'''. In the following attribute declaration, <code>my_dictionary</code> is to be used as a character string based [[Associative array|dictionary]]. As such, both data and key formal generic parameters are substituted with actual generic parameters of type <code>STRING</code>.

<syntaxhighlight lang="eiffel">
    my_dictionary: HASH_TABLE [STRING, STRING] 
</syntaxhighlight>

== Datatypes ==
In [[strongly typed programming language]]s, each parameter's [[Datatype|type]] must be specified in the procedure declaration.  Languages using [[type inference]] attempt to discover the types automatically from the function's body and usage. Dynamically typed programming languages defer type resolution until run-time. Weakly typed languages perform little to no type resolution, relying instead on the programmer for correctness.

Some languages use a special keyword (e.g. ''void'') to indicate that the subroutine has no parameters; in formal [[type theory]], such functions take an empty parameter list (whose type is not ''void'', but rather ''[[unit type|unit]]'').

== Argument passing ==
The exact mechanism for assigning arguments to parameters, called ''argument passing'', depends upon the [[evaluation strategy]] used for that parameter (typically [[call by value]]), which may be specified using keywords.

=== Default arguments ===
Some programming languages such as [[Ada (programming language)|Ada]], [[C++]], [[Clojure]],{{Citation needed|date=June 2021}} [[Common Lisp]],<ref>{{Cite web|title=Functions|url=https://gigamonkeys.com/book/functions.html|access-date=2021-06-02|website=gigamonkeys.com}}</ref> [[Fortran 90]],<ref>{{Cite web|title=optional arguments|url=http://www.netlib.org/ccm/page/api/optional.html|access-date=2021-06-02|website=www.netlib.org}}</ref> [[Python (programming language)|Python]], [[Ruby (programming language)|Ruby]], [[Tcl (programming language)|Tcl]], and [[Windows PowerShell]]{{Citation needed|date=June 2021}} allow for a [[default argument]] to be explicitly or implicitly given in a subroutine's declaration. This allows the caller to omit that argument when calling the subroutine. If the default argument is explicitly given, then that value is used if it is not provided by the caller. If the default argument is implicit (sometimes by using a keyword such as ''Optional'') then the language provides a well-known value (such as ''[[Null pointer|null]]'', ''Empty'', zero, an empty string, etc.) if a value is not provided by the caller.

PowerShell example:
<syntaxhighlight lang="powershell">
function doc($g = 1.21) {
    "$g gigawatts? $g gigawatts? Great Scott!"
}
</syntaxhighlight>
<syntaxhighlight lang="ps1con">
PS  > doc
1.21 gigawatts? 1.21 gigawatts? Great Scott!

PS  > doc 88
88 gigawatts? 88 gigawatts? Great Scott!
</syntaxhighlight>
Default arguments can be seen as a special case of the variable-length argument list.

=== Variable-length parameter lists ===
Some languages allow subroutines to be defined to accept a [[Variadic function|variable number of arguments]]. For such languages, the subroutines must iterate through the list of arguments.

PowerShell example:
<syntaxhighlight lang="powershell">
function marty {
    $args | foreach { "back to the year $_" }
}
</syntaxhighlight>
<syntaxhighlight lang="ps1con">
PS  > marty 1985
back to the year 1985

PS  > marty 2015 1985 1955
back to the year 2015
back to the year 1985
back to the year 1955
</syntaxhighlight>

=== Named parameters ===
Some programming languages—such as [[Ada (programming language)|Ada]] and [[Windows PowerShell]]—allow subroutines to have [[named parameter]]s. This allows the calling code to be more [[self-documenting]]. It also provides more flexibility to the caller, often allowing the order of the arguments to be changed, or for arguments to be omitted as needed.

PowerShell example:
<syntaxhighlight lang="powershell">
function jennifer($adjectiveYoung, $adjectiveOld) {
    "Young Jennifer: I'm $adjectiveYoung!"
    "Old Jennifer: I'm $adjectiveOld!"
}
</syntaxhighlight>
<syntaxhighlight lang="ps1con">

PS  > jennifer 'fresh' 'experienced'
Young Jennifer: I'm fresh!
Old Jennifer: I'm experienced!

PS  > jennifer -adjectiveOld 'experienced' -adjectiveYoung 'fresh'
Young Jennifer: I'm fresh!
Old Jennifer: I'm experienced!
</syntaxhighlight>

=== Multiple parameters in functional languages===
In [[lambda calculus]], each function has exactly one parameter. What is thought of as functions with multiple parameters is usually represented in lambda calculus as a function which takes the first argument, and returns a function which takes the rest of the arguments; this is a transformation known as [[currying]]. Some programming languages, like [[ML (programming language)|ML]] and [[Haskell (programming language)|Haskell]], follow this scheme. In these languages, every function has exactly one parameter, and what may look like the definition of a function of multiple parameters, is actually [[syntactic sugar]] for the definition of a function that returns a function, etc. [[Function application]] is [[Operator associativity|left-associative]] in these languages as well as in lambda calculus, so what looks like an application of a function to multiple arguments is correctly evaluated as the function applied to the first argument, then the resulting function applied to the second argument, etc.

==Output parameters==
An '''output parameter''', also known as an '''out parameter''' or '''return parameter''', is a parameter used for output, rather than the more usual use for input. Using [[call by reference]] parameters, or call by value parameters where the value is a reference, as output parameters is an idiom in some languages, notably C and C++,{{efn|C and C++ are call by value, but if type is a reference (a C/C++ pointer or C++ reference), then setting the value of the reference can be used to produce call by reference style behavior.}} while other languages have built-in support for output parameters. Languages with built-in support for output parameters include [[Ada (programming language)|Ada]]<ref name=ada>[http://archive.adaic.com/standards/83rat/html/ratl-08-02.html 8.2 Parameter Modes], "[http://archive.adaic.com/standards/83rat/html/Welcome.html Rationale for the Design of the Ada® Programming Language]"</ref> (see [[b:Ada Programming/Subprograms|Ada subprograms]]), [[Fortran]] (since [[Fortran 90]]; see [[b:Fortran/Fortran procedures and functions#Intent|Fortran "intent"]]), various procedural extensions to [[SQL]], such as [[PL/SQL]] (see [[PL/SQL#Functions|PL/SQL functions]])<ref>[http://docs.oracle.com/cd/B10500_01/appdev.920/a96624/08_subs.htm#895 8. PL/SQL Subprograms: Specifying Subprogram Parameter Modes]</ref> and [[Transact-SQL]], [[C Sharp (programming language)|C#]]<ref name=hallam>{{cite web
|title=Why does C# have both 'ref' and 'out'?
|author=Peter Hallam
|url=http://msdn.microsoft.com/en-us/vcsharp/aa336814.aspx
|archive-url=https://web.archive.org/web/20110926113834/http://msdn.microsoft.com/en-us/vcsharp/aa336814.aspx
|archive-date=2011-09-26}}</ref> and the [[.NET Framework]],<ref>[http://msdn.microsoft.com/en-us/library/system.data.parameterdirection.aspx ParameterDirection Enumeration]</ref> [[Swift (programming language)|Swift]],<ref>[https://docs.swift.org/swift-book/LanguageGuide/Functions.html Functions — The Swift Programming Language (Swift 4.2)]</ref> and the scripting language [[TScript]] (see [[TScript#Function declarations|TScript function declarations]]).

More precisely, one may distinguish three types of parameters or '''parameter modes''': ''{{visible anchor|input parameter}}s'', ''output parameters,'' and ''{{visible anchor|input/output parameter}}s;'' these are often denoted <code>in</code>, <code>out</code>, and <code>in out</code> or <code>inout</code>. An input argument (the argument to an input parameter) must be a value, such as an initialized variable or literal, and must not be redefined or assigned to; an output argument must be an assignable variable, but it need not be initialized, any existing value is not accessible, and must be assigned a value; and an input/output argument must be an initialized, assignable variable, and can optionally be assigned a value. The exact requirements and enforcement vary between languages – for example, in [[Ada 83]] output parameters can only be assigned to, not read, even after assignment (this was removed in [[Ada 95]] to remove the need for an auxiliary accumulator variable). These are analogous to the notion of a [[Value (computer science)|value]] in an expression being an r-value (has a value), an l-value (can be assigned), or an r-value/l-value (has a value and can be assigned), respectively, though these terms have specialized meanings in C.

In some cases only input and input/output are distinguished, with output being considered a specific use of input/output, and in other cases only input and output (but not input/output) are supported. The default mode varies between languages: in Fortran 90 input/output is default, while in C# and SQL extensions input is default, and in TScript each parameter is explicitly specified as input or output.

Syntactically, parameter mode is generally indicated with a keyword in the function declaration, such as <code>void f(out int x)</code> in C#. Conventionally output parameters are often put at the end of the parameter list to clearly distinguish them, though this is not always followed. TScript uses a different approach, where in the function declaration input parameters are listed, then output parameters, separated by a colon (:) and there is no return type to the function itself, as in this function, which computes the size of a text fragment:
<syntaxhighlight lang="cpp">
TextExtent(WString text, Font font : Integer width, Integer height)
</syntaxhighlight>

Parameter modes are a form of [[denotational semantics]], stating the programmer's intent and allowing compilers to catch errors and apply optimizations – they do not necessarily imply [[operational semantics]] (how the parameter passing actually occurs). Notably, while input parameters can be implemented by call by value, and output and input/output parameters by call by reference – and this is a straightforward way to implement these modes in languages without built-in support – this is not always how they are implemented. This distinction is discussed in detail in the ''Ada '83 Rationale,'' which emphasizes that the parameter mode is abstracted from which parameter passing mechanism (by reference or by copy) is actually implemented.<ref name=ada/> For instance, while in C# input parameters (default, no keyword) are passed by value, and output and input/output parameters (<code>out</code> and <code>ref</code>) are passed by reference, in PL/SQL input parameters (<code>IN</code>) are passed by reference, and output and input/output parameters (<code>OUT</code> and <code>IN OUT</code>) are by default passed by value and the result copied back, but can be passed by reference by using the <code>NOCOPY</code> compiler hint.<ref>[http://docs.oracle.com/cd/B10500_01/appdev.920/a96624/08_subs.htm#12813 8. PL/SQL Subprograms: Passing Large Data Structures with the NOCOPY Compiler Hint]</ref>

A syntactically similar construction to output parameters is to assign the [[return value]] to a variable with the same name as the function. This is found in [[Pascal (programming language)|Pascal]] and [[Fortran 66]] and [[Fortran 77]], as in this Pascal example:
<syntaxhighlight lang="pascal">
function f(x, y: integer): integer;
begin
    f := x + y;
end;
</syntaxhighlight>
This is semantically different in that when called, the function is simply evaluated – it is not passed a variable from the calling [[scope (computer science)|scope]] to store the output in.

===Use===
The primary use of output parameters is to return multiple values from a function, while the use of input/output parameters is to modify state using parameter passing (rather than by shared environment, as in global variables). An important use of returning multiple values is to solve the [[semipredicate problem]] of returning both a value and an error status – see [[Semipredicate problem#Multivalued return|Semipredicate problem: Multivalued return]].

For example, to return two variables from a function in C, one may write:
<syntaxhighlight lang="c">
int width
int height;

F(x, &width, &height);
</syntaxhighlight>
where <code>x</code> is an input parameter and <code>width</code> and <code>height</code> are output parameters.

A common use case in C and related languages is for [[exception handling]], where a function places the return value in an output variable, and returns a Boolean corresponding to whether the function succeeded or not. An archetypal example is the <code>TryParse</code> method in .NET, especially C#, which parses a string into an integer, returning <code>true</code> on success and <code>false</code> on failure. This has the following signature:<ref>[http://msdn.microsoft.com/en-us/library/f02979c7.aspx Int32.TryParse Method (String, Int32)]</ref>
<syntaxhighlight lang="csharp">
public static bool TryParse(string s, out int result)
</syntaxhighlight>
and may be used as follows:
<syntaxhighlight lang="csharp">
int result;
if (!Int32.TryParse(s, result)) {
    // exception handling
}
</syntaxhighlight>
Similar considerations apply to returning a value of one of several possible types, where the return value can specify the type and then value is stored in one of several output variables.

===Drawbacks===
Output parameters are often discouraged in modern programming, essentially as being awkward, confusing, and too low-level – commonplace return values are considerably easier to understand and work with.<ref name=CA1021>[http://msdn.microsoft.com/en-us/library/ms182131.aspx CA1021: Avoid out parameters]</ref> Notably, output parameters involve functions with side effects (modifying the output parameter) and are semantically similar to references, which are more confusing than pure functions and values, and the distinction between output parameters and input/output parameters can be subtle. Further, since in common programming styles most parameters are simply input parameters, output parameters and input/output parameters are unusual and hence susceptible to misunderstanding.

Output and input/output parameters prevent [[function composition (computer science)|function composition]], since the output is stored in variables, rather than in the value of an expression. Thus one must initially declare a variable, and then each step of a chain of functions must be a separate statement. For example, in C++ the following function composition:
<syntaxhighlight lang="cpp">
Object obj = G(y, F(x));
</syntaxhighlight>
when written with output and input/output parameters instead becomes (for <code>F</code> it is an output parameter, for <code>G</code> an input/output parameter):
<syntaxhighlight lang="cpp">
Object obj;
F(x, &obj);
G(y, &obj);
</syntaxhighlight>
In the special case of a function with a single output or input/output parameter and no return value, function composition is possible if the output or input/output parameter (or in C/C++, its address) is also returned by the function, in which case the above becomes:
<syntaxhighlight lang="cpp">
Object obj;
G(y, F(x, &obj));
</syntaxhighlight>

===Alternatives===
There are various alternatives to the use cases of output parameters.

For returning multiple values from a function, an alternative is to return a [[tuple]]. Syntactically this is clearer if automatic sequence unpacking and [[parallel assignment]] can be used, as in [[Go (programming language)|Go]] or Python, such as:
<syntaxhighlight lang="python">
def f():
    return 1, 2
a, b = f()
</syntaxhighlight>

For returning a value of one of several types, a [[tagged union]] can be used instead; the most common cases are [[nullable type]]s ([[option type]]s), where the return value can be null to indicate failure. For exception handling, one can return a nullable type, or raise an exception. For example, in Python one might have either:
<syntaxhighlight lang="python">
result = parse(s)
if result is None:
    # exception handling
</syntaxhighlight>
or, more idiomatically:
<syntaxhighlight lang="python">
try:
    result = parse(s)
except ParseError:
    # exception handling
</syntaxhighlight>

The micro-optimization of not requiring a local variable and copying the return when using output variables can also be applied to conventional functions and return values by sufficiently sophisticated compilers.

The usual alternative to output parameters in C and related languages is to return a single data structure containing all return values.<ref name=hallam/> For example, given a structure encapsulating width and height, one can write:
<syntaxhighlight lang="c">
WidthHeight width_and_height = F(x);
</syntaxhighlight>

In object-oriented languages, instead of using input/output parameters, one can often use [[call by sharing]], passing a reference to an object and then mutating the object, though not changing which object the variable refers to.<ref name=CA1021 />

==See also==
* [[Command-line argument]]
* [[Evaluation strategy]]
* [[Operator overloading]]
* [[Free variables and bound variables]]

== Notes ==
{{notelist}}

== References ==
{{reflist}}

{{DEFAULTSORT:Parameter (Computer Science)}}
[[Category:Subroutines]]
[[Category:Variable (computer science)]]