Expression-oriented programming language

From Infogalactic: the planetary knowledge core
Jump to: navigation, search

Lua error in package.lua at line 80: module 'strict' not found.An expression-oriented programming language is a programming language where every (or nearly every) construction is an expression and thus yields a value. The typical exceptions are macro definitions, preprocessor commands, and declarations, which expression-oriented languages often treat as statements rather than expressions. Some expression-oriented languages introduce a void return type to be yielded by expressions that merely cause side-effects.

ALGOL 68 and Lisp are examples of expression-oriented languages. Pascal is not an expression-oriented language. All functional programming languages are expression-oriented.

Criticism

Critics, including language designers,[1] blame expression-orientation for an entire class of programming mistake wherein a programmer introduces an assignment expression where they meant to test for equality. For example, the designers of Ada and Java were so worried about this type of mistake, they restricted control expressions to those that evaluate strictly to the boolean data type.[2][3] The designers of Python had similar worries but took the alternative strategy of implementing assignment as a statement rather than an expression, thus prohibiting assignment from nesting inside of any other statement or expression.[4]

However, notation provokes such errors, not semantics.[citation needed] From the perspective of expression-orientation, the choice of assignment notation made by C-style languages, the equals sign, =, can be considered a poor choice due to the equals sign's similarity to, and hazardously small typing distance[nb 1] from the notation C-style languages choose for the equality operator, ==, make it an occasion for error. The expression-ness of assignment is not the root cause. Other language families make different notational choices for assignment[5] that do not have this problem, such as variableexpression in APL, variable <- expression in OCaml, S, and R, variable := expression in ALGOL 68 and Standard ML, or (setq variable expression) in Lisp and Scheme. Furthermore, many expression-oriented languages are also functional languages. In these languages, assignment is either rare, or, in the case of purely functional languages, impossible.

See also

Notes

  1. In fact, considering the automatic repetition feature of typical computer keyboards, the minimum string distance between = and == is effectively zero, the worst possible collision.

References