Named parameter: Difference between revisions
redundant |
→Optional parameters and positional parameters: not finding a primary source discussing it; the text had been taken from Help:Template so if anybody wishes to restore it they'll need to attribute |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
{{Short description|Concept in computer programming}} |
|||
{{more citations needed|date=August 2014}} |
{{more citations needed|date=August 2014}} |
||
Line 56: | Line 57: | ||
An added complication arises in languages such as [[OCaml]] that support both optional named parameters and [[partial application]]. It is impossible in general to distinguish between a function partly applied, and a function to which a subset of parameters have been provided. OCaml resolves this ambiguity by requiring a positional argument after all optional named-parameter arguments: its presence or absence is used to decide if the function has been fully or partly applied. If all parameters are optional, the implementor may solve the issue by adding a dummy positional parameter of type [[Unit type|unit]]. |
An added complication arises in languages such as [[OCaml]] that support both optional named parameters and [[partial application]]. It is impossible in general to distinguish between a function partly applied, and a function to which a subset of parameters have been provided. OCaml resolves this ambiguity by requiring a positional argument after all optional named-parameter arguments: its presence or absence is used to decide if the function has been fully or partly applied. If all parameters are optional, the implementor may solve the issue by adding a dummy positional parameter of type [[Unit type|unit]]. |
||
In [[MediaWiki]], the codes (variables) <code><nowiki>{{{1}}}</nowiki></code>, <code><nowiki>{{{2}}}</nowiki></code> in templates and so on, will be replaced by the first, second, and so on ''unnamed parameter'' (or the value of a parameter named <code>1</code>, <code>2</code>, etc.); these are known as ''{{dfn|positional parameter}}s. |
|||
== Emulating == |
== Emulating == |
Latest revision as of 10:08, 31 August 2024
This article needs additional citations for verification. (August 2014) |
In computer programming, named parameters, named-parameter arguments, named arguments or keyword arguments refer to a computer language's support for function calls to clearly associate each argument with a given parameter within the function call.
Overview
[edit]A function call using named parameters differs from a regular function call in that the arguments are passed by associating each one with a parameter name, instead of providing an ordered list of arguments.
For example, consider this Java or C# method call that doesn't use named parameters:
window.addNewControl("Title", 20, 50, 100, 50, true);
Using named parameters in Python, the call can be written as:
window.addNewControl(title="Title",
xPosition=20,
yPosition=50,
width=100,
height=50,
drawingNow=True)
Using named parameters in PHP, the call can be written as:
$window->addNewControl(title: "Title",
xPosition: 20,
yPosition: 50,
width: 100,
height: 50,
drawingNow: True);
The version with positional arguments is more implicit. The versions that name parameters are more explicit. Depending on circumstance, a programmer may find one or the other to be easier to read.
Use in programming languages
[edit]Named parameters are supported explicitly in many languages. A non-exhaustive selection of examples includes Ada,[1] C# 4.0+,[2] Ceylon[citation needed], ColdFusion Markup Language (CFML)[citation needed], Common Lisp,[3] Fortran[citation needed], IDL[citation needed], Kotlin,[4] Mathematica[citation needed], PL/SQL[citation needed], PowerShell[citation needed], Python,[5] R,[6] PHP,[7] Ruby,[8] Scala,[9] Smalltalk[citation needed], Swift[10] and Visual Basic.[11] Objective-C does not have named parameters (even though parts of the method name may look like named parameters).[12]
In C++, you can achieve named parameters by using designated initializers since C++20,[13] like so:
struct A {int a{}, int b{} };
void
foo(A bar)
{
std::cout << bar.a << bar.b;
}
foo({ .a = 1, .b = 3 });
Order of parameters
[edit]In languages that do not support named parameters, the order of arguments in a function call is necessarily fixed, since it is the only way that the language can identify which argument is intended to be used for which parameter.
With named parameters, it is usually possible to provide the arguments in any order, since the parameter name attached to each argument identifies its purpose. This reduces the connascence between parts of the program. A few languages support named parameters but still require the arguments to be provided in a specific order.
Optional parameters and positional parameters
[edit]Named parameters are often used in conjunction with optional parameters. Without named parameters, optional parameters can only appear at the end of the parameter list, since there is no other way to determine which values have been omitted. In languages that support named optional parameters, however, programs may supply any subset of the available parameters, and the names are used to determine which values have been provided.
An added complication arises in languages such as OCaml that support both optional named parameters and partial application. It is impossible in general to distinguish between a function partly applied, and a function to which a subset of parameters have been provided. OCaml resolves this ambiguity by requiring a positional argument after all optional named-parameter arguments: its presence or absence is used to decide if the function has been fully or partly applied. If all parameters are optional, the implementor may solve the issue by adding a dummy positional parameter of type unit.
Emulating
[edit]In languages that do not support named parameters, some of the same benefits can be achieved in other ways.
With documentation
[edit]Their value as documentation can be replicated by tooltips in integrated development environments (IDEs) for languages such as Java, or with comments (in C):
MyFunctionCall(
20, /* x coordinate */
50, /* y coordinate */
100, /* width */
5, /* height */
TRUE /* drawing now? */
);
Such comments are not checked for correctness and the order of arguments remains important.
With data structures
[edit]Removing the argument order restriction, and the ability to leave some values unspecified, can be achieved by passing a record or associative array.
For example, in JavaScript, these two calls are equivalent:
MyFunctionCall({ xPosition: 20, yPosition: 50, width: 100, height: 5,
drawingNow: true });
MyFunctionCall({ width: 100, height: 5, xPosition: 20, yPosition: 50,
drawingNow: true });
Compare to C99:[14]
struct MyParam {
int xPosition;
int yPosition;
int width;
int height;
unsigned char drawingNow;
};
…
MyParam parameters = { .xPosition = 20, .yPosition = 50,
.width = 100, .height = 5, .drawingNow = TRUE };
MyFunctionCall(¶meters);
Special Support
[edit]In Perl and pre-2.0 Ruby a similar convention exists (generally called a hash or options hash[15]), with special support for omitting the delimiters within function calls. As an example, the core module's Net::FTP new function accepts a hash of optional arguments.[16]
With chained method calls
[edit]In object-oriented programming languages, it is possible to use method chaining to simulate named parameters, as a form of fluent interface. Each named-parameter argument is replaced with a method on an "arguments" object that modifies and then returns the object. In C++, this is termed the named parameter idiom.[17] The object may then be passed to a function that uses the arguments it contains.
Method chaining is often used in conjunction with the builder pattern as a way to override default values provided by the builder class.
See also
[edit]- Help:Template for named and positional parameters.
- Fluent interface
- Tag (programming)
References
[edit]- ^ Reference Manual for the Ada Programming Language. United States Department of Defense. 1983.
- ^ BillWagner. "Named and Optional Arguments - C# Programming Guide". Microsoft Learn. Retrieved 2021-06-16.
- ^ "Functions". The Common Lisp Cookbook. Retrieved 2021-10-28.
- ^ "Functions | Kotlin". Kotlin Help. Retrieved 2021-06-16.[dead link ]
- ^ "8. Compound statements - 8.7. Function definitions". Python documentation. Retrieved 2021-10-28.
- ^ "10.3 Named arguments and defaults". An Introduction to R. The Comprehensive R Archive Network. Retrieved 2021-10-28.
- ^ "PHP: Function arguments - Manual - Named Arguments". PHP. Retrieved 2021-06-16.
- ^ Anderson, Ian C. (21 July 2014). "Ruby 2 Keyword Arguments". thoughtbot. Retrieved 2021-10-28.
- ^ "Named Arguments". Scala Documentation. Retrieved 2021-06-16.
- ^ "Functions". The Swift Programming Language (Swift 5.1). Retrieved 2020-01-27.
- ^ KathleenDollard. "Passing Arguments by Position and by Name - Visual Basic". Microsoft Learn. Retrieved 2021-06-16.
- ^ Developer Library - The Implementation of a Class Provides Its Internal Behavior
- ^ "Designated Initialization Wording" (PDF).
- ^ "Designated Inits (Using the GNU Compiler Collection (GCC))".
- ^ Programming Perl 2.9: Hashes
- ^ Perl core module Net::FTP
- ^ C++ FAQ, 10.20 What is the "Named Parameter Idiom"?
External links
[edit]- https://web.archive.org/web/20070502112455/http://plg.uwaterloo.ca/~rgesteve/cforall/named_pars.html
- In C++ this paradigm can be easily implemented: Boost Parameter Library
- Named Parameters in various programming languages at Rosetta Code