Strict programming language: Difference between revisions

Revision as of 02:00, 10 October 2005

Revision as of 17:56, 24 October 2005

Line 11:

* [[Space complexity]] of non-strict programs is difficult to understand and predict.

Strict programming languages are often associated with [[eager evaluation]], and non-strict languages with [[lazy evaluation]], but other [[evaluation strategy|evaluation strategies]] are possible in each case. The terms "eager programming language" and "lazy programming language" are often used as synonyms for "strict programming language" and "non-strict programming language" respectively.

In many strict languages, some advantages of non-strict functions can be obtained through the use of [[macro|macros]] or [[thunk|thunks]]s.