GetWiki

{{Short description|Syntactic entity in a programming language with a determinable value}}In computer science, an expression is a syntactic entity in a programming language that may be evaluated to determine its valueMitchell, J. (2002). Concepts in Programming Languages. Cambridge: Cambridge University Press, 3.4.1 Statements and Expressions, p. 26 or fail to terminate, in which case the expression is undefined.Maurizio Gabbrielli, Simone Martini (2010). Programming Languages - Principles and Paradigms. Springer London, 6.1 Expressions, p. 120 It is a combination of one or more constants, variables, functions, and operators that the programming language interprets (according to its particular rules of precedence and of association) and computes to produce (“to return”, in a stateful environment) another value. This process, for mathematical expressions, is called evaluation.In simple settings, the resulting value is usually one of various primitive types, such as string, boolean, or numerical (such as integer, floating-point, or complex).Expressions are often contrasted with statements—syntactic entities that have no value (an instruction).

Examples

2 + 3 is both an arithmetic and programming expression, which evaluates to 5. A variable is an expression because it denotes a value in memory, so y + 6 is also an expression. An example of a relational expression is 4 ≠ 4, which evaluates to false.Javascript expressions, Mozilla {{Webarchive|url=https://web.archive.org/web/20120309174344developer.mozilla.org/en/Core_JavaScript_1.5_Guide/Expressions |date=2012-03-09 }} Accessed July 6, 2009Programming in C {{Webarchive|url=https://web.archive.org/web/20150109162605www.cs.drexel.edu/~rweaver/COURSES/ISTC-2/TOPICS/expr.html |date=2015-01-09 }} Accessed July 6, 2009

Void as a result type

In C and most C-derived languages, a call to a function with a void return type is a valid expression, of type void.ISO/IEC 9899:1999 section 6.3.2.2, accessed August 31, 2009Values of type void cannot be used, so the value of such an expression is always thrown away.

Side effects and elimination

In many programming languages, a function, and hence an expression containing a function, may have side effects. An expression with side effects does not normally have the property of referential transparency. In many languages (e.g. C++), expressions may be ended with a semicolon (;) to turn the expression into an expression statement. This asks the implementation to evaluate the expression for its side-effects only and to disregard the result of the expression (e.g. {{code|x+1;}}) unless it is a part of an expression statement that induces side-effects (e.g. {{code|1=y=x+1;}} or {{code|func1(func2());}}).

Caveats

The formal notion of a side effect is a change to the abstract state of the running program.Another class of side effects are changes to the concrete state of the computational system, such as loading data into cache memories. Languages that are often described as “side effect–free” will generally still have concrete side effects that can be exploited, for example, in side-channel attacks.Furthermore, the elapsed time evaluating an expression (even one with no other apparent side effects), is sometimes essential to the correct operation of a system, as behaviour in time is easily visible from outside the evaluation environment by other parts of the system with which it interacts, and might even be regarded as the primary effect such as when performing benchmark testing.It depends on the particular programming language specification whether an expression with no abstract side effects can legally be eliminated from the execution path by the processing environment in which the expression is evaluated.

See also

• Evaluation strategy

References

{{reflist}}

External links

• {{foldoc|Expression}}