Estoy refactorizando un gran documento de JavaScript que recogí de un proyecto de código abierto. Varias funciones usan declaraciones de retorno inconsistentes. Aquí está un ejemplo sencillo de lo que quiero decir:¿Hay algún beneficio al usar una declaración de devolución que no devuelve nada?
var func = function(param) {
if (!param) {
return;
}
// do stuff
return true;
}
A veces las funciones devuelven booleano, a veces cuerdas u otras cosas. Por lo general, se combinan de forma incoherente con una simple declaración return;
dentro de un condicional.
El problema es que el código es complejo. Es un analizador que usa una multitud de coincidencias RegEx únicas, crea y destruye nodos DOM sobre la marcha, etc. Las pruebas preliminares muestran que, en el ejemplo anterior, pude cambiar la declaración return;
para convertirme en return false;
, pero me preocupa que Puede que no me dé cuenta de que tuvo un impacto negativo (es decir, que una característica dejó de funcionar) en el script hasta mucho más tarde.
Así que mis preguntas: ¿Existe un beneficio de usar una instrucción de retorno en blanco? ¿Pudo haber sido intencionalmente codificado de esta manera o simplemente era flojo? ¿Puedo cambiarlos todos a return false;
o return null;
o necesito buscar en cada llamada y averiguar qué están haciendo con los resultados de esas funciones?
Me parece que me detengo a pensar menos durante los ciclos de mantenimiento si devuelvo la explicidad de los logotipos verdaderos o falsos, pero como otros señalan garantizar el uso funcional antes de los cambios globales. –