Js-beautify: Espacio antes de los argumentos de la función (espacio-después-función) (espacio-después-función-nombrada)

Hay un --space-after-anon-function . Probablemente llame a esto --space-after-function .

: +1:

Sí por favor.

¿entonces?

Es una mejora. Estoy solucionando problemas de mayor prioridad. Las solicitudes de extracción son bienvenidas.

¿Alguien puede indicarme una dirección sobre cómo hackear esto en /js/lib/beautify.js yo mismo? En la línea 681 encontré la declaración que maneja anon_functions. No pude hacer nada jugando con diferentes tipos de declaraciones, por ejemplo: if (current_token.text === '(' && last_last_word === 'function') ...

@bitwiseman Creo que llamarlo --space-after-named-function sería lo más claro, ¿no? Como @atrioom , estoy interesado en trabajar en esto. ¿Dónde empiezo?

@atrioom Realmente no sé lo que estoy mirando, pero tal vez este sea un buen lugar para buscar.

@jsejcksn - El nombre suena bien.
Y estás en el área correcta, pero querrás separar else if con last_type === 'TK_WORD' .

Considere también las funciones asíncronas

const a = async () {...}
async function b () {...}

--space-after-named-function es un buen nombre

+1
Realmente espero que esto reciba más atención ya que el 'estilo estándar de JavaScript' se está volviendo más popular.

@zekida ¡ Y debería, es "estándar"! 😄

NOTA: Cuando se implemente, esto no deberá romper "dinámico import() " - # 1393

No quiero sonar malvado, pero dado que esta es una especificación del estándar js, es sorprendente que no haya sido una prioridad más alta. Me imagino que la mayoría de nosotros lint con estándar en estos días, diablos, la mayoría de los frameworks Vue lo tienen por defecto. De alguna manera hace que todo sea bastante redundante si tienes que volver atrás y ordenar los espacios.

@jaysaurus
La existencia de este proyecto (y su lista cada vez mayor de solicitudes de diferentes opciones de formato) es una prueba más de que las guerras de formato están vivas y bien en la tierra de JavaScript. Su "estándar" es el "nunca hacerlo de esa manera" de otro desarrollador.

Tiene toda la razón: sería genial si hubiera más personas dispuestas a dedicar tiempo a implementar funciones para esta biblioteca ampliamente utilizada. Si solo hubiera más contribuyentes ...