Uso adecuado de const para definir funciones en JavaScript

Me interesa saber si hay algún límite con respecto a qué tipos de valores se pueden establecer usando constJavaScript, en particular funciones. ¿Es esto válido? De acuerdo, funciona, pero ¿se considera una mala práctica por alguna razón?

const doSomething = () => {
   ...
}

¿Deberían definirse todas las funciones de esta manera en ES6? No parece que esto se haya dado cuenta, si es así.

Gracias por cualquier comentario!

No hay problema con lo que has hecho, pero debes recordar la diferencia entre las declaraciones de funciones y las expresiones de funciones.

Una declaración de función, es decir:

function doSomething () {}

Se eleva completamente a la parte superior del alcance (y les gusta lety consttambién tienen un alcance de bloque).

Esto significa que lo siguiente funcionará:

doSomething() // works!
function doSomething() {}

Una expresión de función, es decir:

[const | let | var] = function () {} (or () =>

Es la creación de una función anónima ( function () {}) y la creación de una variable, y luego la asignación de esa función anónima a esa variable.

Por lo tanto, las reglas habituales sobre el levantamiento de variables dentro de un alcance: las variables de ámbito de bloque ( lety const) no se alzan undefineden la parte superior de su alcance de bloque.

Esto significa:

if (true) {
    doSomething() // will fail
    const doSomething = function () {}
}

Fallará ya doSomethingque no está definido. (Lanzará un ReferenceError)

Si cambia a usar var, obtiene el levantamiento de la variable, pero se inicializará para undefinedque el bloque de código anterior todavía no funcione. (Esto arrojará un TypeErrordado doSomethingque no es una función en el momento en que lo llama)

En lo que respecta a las prácticas estándar, siempre debe usar la herramienta adecuada para el trabajo.

Axel Rauschmayer tiene una excelente publicación sobre alcance y elevación, incluida la semántica es6: Variables y alcance en ES6

Aunque usar constpara definir funciones parece un truco, viene con algunas grandes ventajas que lo hacen superior (en mi opinión)

1. Hace que la función sea inmutable, por lo que no tiene que preocuparse de que alguna otra pieza de código cambie esa función.

2. Puede usar la sintaxis de flecha gruesa, que es más corta y limpia.

3. El uso de las funciones de flecha se encarga del thisenlace por usted.

ejemplo con function

// define a function
function add(x, y) { return x + y; }

// use it
console.log(add(1, 2)); // 3

// oops, someone mutated your function
add = function (x, y) { return x - y; };

// now this is not what you expected
console.log(add(1, 2)); // -1

mismo ejemplo con const

// define a function (wow! that is 8 chars shorter)
const add = (x, y) => x + y;

// use it
console.log(add(1, 2)); // 3

// someone tries to mutate the function
add = (x, y) => x - y; // Uncaught TypeError: Assignment to constant variable.
// the intruder fails and your function remains unchanged

Han pasado tres años desde que se hizo esta pregunta, pero ahora me la estoy cruzando. Dado que esta respuesta está muy por debajo de la pila, permítame repetirla:

P: Me interesa saber si hay algún límite respecto de qué tipos de valores se pueden establecer usando const en JavaScript, en particular funciones. ¿Es esto válido? De acuerdo, funciona, pero ¿se considera una mala práctica por alguna razón?

Estaba motivado para investigar un poco después de observar a un prolífico codificador de JavaScript que siempre usa una constdeclaración functions, incluso cuando no hay una razón / beneficio aparente.

En respuesta a " ¿se considera una mala práctica por alguna razón? ", Permítanme decir, en mi opinión, sí, o al menos, hay ventajas al usar la functiondeclaración.

Me parece que esto es en gran medida una cuestión de preferencia y estilo. Hay algunos buenos argumentos presentados anteriormente, pero ninguno tan claro como se hace en este artículo:

Confusión constante: por qué sigo usando declaraciones de función de JavaScript de medium.freecodecamp.org/Bill Sourour, JavaScript guru, consultor y profesor.

Insto a todos a leer ese artículo, incluso si ya ha tomado una decisión.

Aquí están los puntos principales:

Las declaraciones de función tienen dos ventajas claras sobre las expresiones de función [const]:

Ventaja # 1: claridad de intención

Al escanear miles de líneas de código por día, es útil poder descubrir la intención del programador de la manera más rápida y fácil posible.

Ventaja # 2: Orden de declaración == orden de ejecución

Idealmente, quiero declarar mi código más o menos en el orden en que espero que se ejecute.

Este es el showtopper para mí: cualquier valor declarado usando la palabra clave const es inaccesible hasta que la ejecución lo alcance.

Lo que acabo de describir anteriormente nos obliga a escribir código que se ve al revés. Tenemos que comenzar con la función de nivel más bajo y avanzar hacia arriba.

Mi cerebro no funciona de esa manera. Quiero el contexto antes de los detalles.

La mayoría del código está escrito por humanos. Por lo tanto, tiene sentido que el orden de comprensión de la mayoría de las personas siga aproximadamente el orden de ejecución de la mayoría de los códigos.

El uso de constalgunos beneficios es muy importante y algunos dirían que debe usarse siempre que sea posible debido a lo deliberado e indicativo que es.

Es, por lo que puedo decir, la declaración de variables más indicativa y predecible en JavaScript, y una de las más útiles, PORQUE está limitada. ¿Por qué? Porque elimina algunas posibilidades disponibles vary letdeclaraciones.

¿Qué puedes inferir cuando lees un const? Usted sabe todo lo siguiente simplemente leyendo la constdeclaración de declaración, Y sin buscar otras referencias a esa variable:

• el valor está vinculado a esa variable (aunque su objeto subyacente no es profundamente inmutable)
• no se puede acceder fuera de su bloque que contiene inmediatamente
• nunca se accede al enlace antes de la declaración, debido a las reglas de la Zona muerta temporal (TDZ).

La siguiente cita es de un artículo que argumenta los beneficios de lety const. También responde más directamente a su pregunta sobre las restricciones / límites de la palabra clave:

Las restricciones como las que ofrece lety constson una forma poderosa de hacer que el código sea más fácil de entender. Intente acumular tantas restricciones como sea posible en el código que escriba. Cuantas más restricciones declarativas limiten el significado de un fragmento de código, más fácil y rápido será para los humanos leer, analizar y comprender un fragmento de código en el futuro.

De acuerdo, hay más reglas para una constdeclaración que para una vardeclaración: ámbito de bloque, TDZ, asignar en la declaración, sin reasignación. Mientras que las vardeclaraciones solo señalan el alcance de la función. Sin embargo, contar las reglas no ofrece mucha información. Es mejor sopesar estas reglas en términos de complejidad: ¿la regla agrega o resta complejidad? En el caso de const, el alcance de bloque significa un alcance más estrecho que el alcance de función, TDZ significa que no necesitamos escanear el alcance hacia atrás desde la declaración para detectar el uso antes de la declaración, y las reglas de asignación significan que el enlace siempre preservará el misma referencia

Cuanto más limitadas son las declaraciones, más simple se vuelve un fragmento de código. A medida que agregamos restricciones a lo que podría significar una declaración, el código se vuelve menos impredecible. Esta es una de las principales razones por las cuales los programas con tipos estáticos son generalmente más fáciles de leer que los con tipos dinámicos. La escritura estática impone una gran restricción al escritor del programa, pero también impone una gran restricción sobre cómo se puede interpretar el programa, lo que hace que su código sea más fácil de entender.

Con estos argumentos en mente, se recomienda que utilice constsiempre que sea posible, ya que es la afirmación que nos da la menor posibilidad de pensar.

Fuente: https://ponyfoo.com/articles/var-let-const