Functional Programming Paradigm

From GM-RKB
(Redirected from functional programming)
Jump to: navigation, search

A Functional Programming Paradigm is a declarative programming paradigm that emphasizes the evaluation of mathematical functions and avoids state and mutable data.



References

2015

2014

  • (Wikipedia, 2014) ⇒ http://en.wikipedia.org/wiki/functional_programming Retrieved:2014-7-12.
    • In computer science, functional programming is a programming paradigm, a style of building the structure and elements of computer programs, that treats computation as the evaluation of mathematical functions and avoids state and mutable data. Functional programming emphasizes functions that produce results that depend only on their inputs and not on the program state — i.e. pure mathematical functions. It is a declarative programming paradigm, which means programming is done with expressions. In functional code, the output value of a function depends only on the arguments that are input to the function, so calling a function f twice with the same value for an argument x will produce the same result f(x) both times. Eliminating side effects, i.e. changes in state that do not depend on the function inputs, can make it much easier to understand and predict the behavior of a program, which is one of the key motivations for the development of functional programming.

      Functional programming has its roots in lambda calculus, a formal system developed in the 1930s to investigate computability, the Entscheidungsproblem, function definition, function application, and recursion. Many functional programming languages can be viewed as elaborations on the lambda calculus. In the other well known declarative programming paradigm, logic programming, relations are at the base of respective languages.

      In contrast, imperative programming changes state with commands in the source language, the most simple example is the assignment. Functions do exist, not in the mathematical sense, but in the sense of subroutine. They can have side effects that may change the value of program state. Functions without return value therefore make sense. Because of this, they lack referential transparency, i.e. the same language expression can result in different values at different times depending on the state of the executing program.

      Functional programming languages, especially purely functional ones such as Hope and Rex, have largely been emphasized in academia rather than in commercial software development. However, prominent functional programming languages such as Common Lisp, Scheme, Clojure, Racket,[1] Erlang,[2] OCaml, Haskell,[3] and F#[4] [5] have been used in industrial and commercial applications by a wide variety of organizations. Functional programming is also supported in some domain-specific programming languages like R (statistics), Mathematica (symbolic and numeric math),[6] J, K and Q from Kx Systems (financial analysis), XQuery/XSLT (XML), and Opal.[7] Widespread domain-specific declarative languages like SQL and Lex/Yacc use some elements of functional programming, especially in eschewing mutable values.

      Programming in a functional style can also be accomplished in languages that aren't specifically designed for functional programming. For example, the imperative Perl programming language has been the subject of a book describing how to apply functional programming concepts. C# 3.0 and Java 8 added constructs to facilitate the functional style. An interesting case is that of Scala[8] - it is frequently written in a functional style, but the presence of side effects and mutable state place it in a grey area between imperative and functional languages.

  1. Cite error: Invalid <ref> tag; no text was provided for refs named racket-video-games
  2. Cite error: Invalid <ref> tag; no text was provided for refs named erlang-faq
  3. Cite error: Invalid <ref> tag; no text was provided for refs named haskell-industry
  4. Cite error: Invalid <ref> tag; no text was provided for refs named quantFSharp
  5. Cite error: Invalid <ref> tag; no text was provided for refs named businessAppsFSharp
  6. Cite error: Invalid <ref> tag; no text was provided for refs named Amath-CO
  7. Cite error: Invalid <ref> tag; no text was provided for refs named Opal (programming language)
  8. Cite error: Invalid <ref> tag; no text was provided for refs named effective-scala


1999