Groovy: Cierres o Métodos

Question

Tengo el hábito de utilizar Cierres en todas partes que puedo en lugar de métodos regulares, incluso cuando no necesito acceso a variables gratuitas. Por lo tanto, voy a utilizar esto:

def addNumbers = { left, right -> left + right }

.. en lugar de esto:

def addNumbers (left,right) { left + right }

¿Es esta mala práctica? Prefiero mucho más poder que obtengo cuando uso cierres sobre métodos, y prefiero la sintaxis.

Gracias!

Answer 1

Solo uso cierres donde los necesito, es decir, uso métodos por defecto. Lo hago porque

• métodos son más simples que los cierres. Los cierres tienen un delegado, un propietario, retienen el acceso a las variables que estaban en su ámbito local cuando se crean (lo que usted llama "variables libres"). Por método predeterminado llama dentro de un cierre que se resuelvan por:

  1. propio cierre
  2. propietario Cierre
  3. Cierre delegado

Pero este orden se puede cambiar en tiempo de ejecución, y un cierre de delegado también se puede cambiar a cualquier objeto.

Todos estos factores combinados pueden hacer algo de código que utiliza cierres muy difícil de asimilar, por lo que si usted no necesita cualquiera de esta complejidad prefiero eliminarla mediante un método en lugar

• Un El archivo .class se genera para cada cierre definido en Groovy. Tengo exactamente cero pruebas para respaldar una afirmación de que un método regular es más eficaz que un cierre, pero tengo sospechas. Por lo menos, una gran cantidad de clases puede hacer que se quede sin espacio de memoria PermGen - esto se utiliza para pasar a mí con frecuencia hasta que alcé mi espacio PermGen a alrededor de 200 MB

no tengo ni idea de si la práctica I Estoy defendiendo (usar métodos por defecto y cierres solo cuando los necesita) es ampliamente considerado como una "mejor práctica", por lo que tengo curiosidad por escuchar lo que otros piensan.

Answer 2

Si bien todas las cosas que dice @Don son ciertas, no sé si alguna de ellas es tan significativa. Puede anular al delegado de un cierre que puede cambiar la ejecución, pero a menos que esté pasando el cierre (lo cual no se puede hacer con un método de todos modos), realmente no tiene que preocuparse por ninguna de esas cosas. Jugar con el delegado es una característica, no una responsabilidad.

En cuanto a un posible impacto en el rendimiento de los archivos de clase adicionales, ¿por qué estás usando Groovy si estás preocupado por el rendimiento?

Mi opinión es que en realidad no importa. Si tiene mucha gente en su equipo que son desarrolladores antiguos de Java, probablemente le desagraden cuando usa cierres en los que un método funcionará.Por otro lado, alguien con fluidez en Groovy se molestará si desordena todo con métodos cuando un cierre tiene más sentido.

tl; dr - No hay una regla rígida y rápida, en su lugar debe ejercer su buen juicio con miras a la legibilidad del código.