¿Es Javascript un lenguaje de programación funcional?

Solo porque las funciones son objetos de primera clase, hay cierres y funciones de orden superior, ¿merece Javascript ser llamado un lenguaje de programación funcional? Lo principal que creo que le falta es Pure Functions, y no se siente como otros lenguajes funcionales, como lisp (aunque esa no es realmente una buena razón para que no sea un lenguaje funcional ...)

Repitiendo mi propia respuesta a una pregunta similar,

No hay una definición aceptada de lenguaje de programación funcional.

Si define el lenguaje funcional como el lenguaje que admite funciones de primera clase y lambdas, entonces sí, JavaScript * es * un lenguaje funcional.

Si también considera factores como la compatibilidad con la inmutabilidad, los tipos de datos algebraicos, la coincidencia de patrones, la aplicación parcial, etc., entonces no, JavaScript * no es * un lenguaje funcional.

---

Te animo a leer las siguientes publicaciones de blog relacionadas (y también los comentarios debajo de ellas):

• Scala no es un lenguaje funcional

• Erlang no es funcional

• Discusión de Reddit sobre "Erlang no es funcional"

Yo diría que es un lenguaje multi-paradigmático.

EDITAR: es multi-paradigma e incluye construcciones funcionales.

Si estira y tuerce el término "programación funcional" hasta el punto de discusiones filosóficas, esta pregunta puede volver a estar abierta. Sin embargo, entonces terminas en el nivel de preguntas útiles como "¿C ++ es realmente un lenguaje de programación"?

La respuesta a su pregunta en un nivel más diario es "no" .

La programación funcional significa que el programa se conceptualiza como una evaluación de una función, en lugar de un flujo de control. El código es una descripción de funciones y no tiene un concepto inherente de flujo de control.

JavaScript tiene un flujo de control y está conceptualizado como un lenguaje imperativo. Desde su objetivo de diseño, claramente no es un lenguaje funcional.

El término lenguaje de "programación funcional" está tan sobrecargado en estos días que es casi inútil. Hay dos significados dominantes:

1. Tiene funciones de primera clase.
   • Javascript es esto!
2. Se basa en funciones tal como se utilizan en el cálculo lambda, con énfasis en evitar el estado mutable persistente (a menudo reemplazándolo con parámetros pasados ​​a funciones)
   • Como se escribe comúnmente, ¡Javascript no es remotamente esto!

Elija su significado y luego la pregunta es responsable.

No creo que haya una definición concreta de programación funcional, sin embargo, muchas de las cosas que las personas consideran "programación funcional" se pueden hacer con javascript. Aquí hay un buen breve ejemplo en este artículo.

Para mí, Javascript es tanto un lenguaje imperativo como un lenguaje funcional, y puede elegir usarlo de cualquier manera, e incluso ( egad ) en ambos sentidos. O puede elegir usar un paradigma y nunca tocar el otro. Tu decides. Yo, como usted, no creo que Javascript deba llamarse un lenguaje funcional, ya que le permite entrar y salir del paradigma de programación funcional. Quizás si tuviera un pragma de algún tipo, limitarlo usando solo paradigmas de programación funcional, entonces sería útil, creo. Pero, en resumen, digo que es más un lenguaje imperativo / de procedimiento con algunas características de programación funcional incorporadas.

Tiendo a pensar que los lenguajes de programación no tienen un paradigma particular, sino que se prestan a ciertos paradigmas. Sin embargo, solo porque se prestan a un paradigma particular no significa que tenga que usar ese paradigma. Es muy posible escribir programas orientados a objetos en C y escribir programas imperativos en ML. No usar un cierto paradigma para resolver un problema porque el lenguaje no está diseñado para ello solo te limita artificialmente (por supuesto, aún debes tener en cuenta las limitaciones de un idioma al decidir si una solución en particular será una buena solución).

Bueno, no diría que es una programación funcional, pero luego lo haría decir que es orientado a objetos y justo hoy un amigo dijo que no lo pondría en ese estante tampoco.

Entonces, aunque no diría que es así, creo que hay espacio para la opinión. Tiene características clásicas de programación funcional, no tiene otras.

Javascript es a un punto. Realmente depende de cómo lo programes. Si codifico de manera OO, ¿no sería OO? Entonces, si solo codifica las cosas de manera 'funcional', sería funcional. Supongo que es un lenguaje de paradigmas múltiples, por lo que llamarlo solo una cosa no es del todo exacto.

@petraszd Reescribo un poco su código para obtener un "nuevo" para el operador:

   
   function ffor(a, b, f){
     function it(i){
       if(i > b)return
       f(i)
       it(i+1)
     }
     it(a)
   }

   print("----" + new Date()+"----")

   var funcs = []
   ffor(0, 9, function(i){
     funcs.push(function(){return i})
   })

   ffor(0, 9, function(i){
     print(funcs[i]())
   })

Pero sé que de esta manera tiene desventajas para los bucles grandes ...

Pregunta relacionada sobre la optimización del recurtion de cola en JS

PD Publicado aquí porque tiene problemas con el formato del código al publicar como comentario

¡En Javascript, puedes hacer algo como esto!

// Data
var fruits = [
    { name: 'apple',  price: 5 }, 
    { name: 'orange', price: 10 }, 
    { name: 'lemon',  price: 15 }
]

// Request Data from magicURL
request('magicURL')
    .then(selectKeyOf('price'))
    .then(priceMethod('sum'))
    .then((result)=>{
        console.log(result) // 30
    })

He creado una página de github para demostrar este concepto y puedes clonar / ver mi implementación

Como sabemos, el lenguaje de programación funcional no permite cambiar o mutar los elementos (estado) de las funciones, pero en JavaScript está permitido en ese sentido, no es un lenguaje de programación funcional, aunque trata la función como ciudadanos de primera clase.

Lo que realmente odio en javascript (si intentas verlo como lenguaje FP) es esto:

function getTenFunctionsBad() {
  var result = [];
  for (var i = 0; i < 10; ++i) {
    result.push(function () {
      return i;
    });
  }
  return result;
}

function getTenFunctions() {
  var result = [];
  for (var i = 0; i < 10; ++i) {
    result.push((function (i) {
      return function () {
        return i;
      }
    })(i));
  }
  return result;
}

var functionsBad = getTenFunctionsBad();
var functions = getTenFunctions()
for (var i = 0; i < 10; ++i) {
  // using rhino print
  print(functionsBad[i]() + ', ' + functions[i]());
}

// Output:
//   10, 0
//   10, 1
//   10, 2
//   10, 3
//   10, 4
//   10, 5
//   10, 6
//   10, 7
//   10, 8
//   10, 9

Debe comprender el entorno de pila JS (no lo sé si es el término correcto) para comprender este comportamiento.

En el esquema, por ejemplo, simplemente no puede producir tal cosa (Ok, ok, con la ayuda de las referencias de los idiomas subyacentes, puede hacerlo):

(define (make-ten-functions)
  (define (iter i)
    (cond ((> i 9) '())
          (else (cons (lambda () i) (iter (+ i 1))))))
  (iter 0))

(for-each (lambda (f)
            (display (f))
            (newline)) (make-ten-functions))