Recientemente he dominado la expresión Lambda que se introdujo en Java 8. Encuentro que cada vez que uso una interfaz funcional, tiendo a usar siempre una expresión Lambda en lugar de crear una clase que implemente la interfaz funcional.

¿Se considera esto una buena práctica? ¿O son situaciones en las que no es apropiado usar un Lambda para una interfaz funcional?

Hay una serie de criterios que deberían hacerle considerar no usar una lambda:

• Tamaño Cuanto más grande se hace un lambda, más difícil le resulta seguir la lógica que lo rodea.
• Repetición Es mejor crear una función con nombre para lógica repetida, aunque está bien repetir lambdas muy simples que están separadas.
• Nomenclatura Si puede pensar en un gran nombre semántico, debe usarlo en su lugar, ya que agrega mucha claridad a su código. No estoy hablando nombres como priceIsOver100. x -> x.price > 100es tan claro como ese nombre. Me refiero a nombres como isEligibleVoterese que reemplazan una larga lista de condiciones.
• Anidamiento Las lambdas anidadas son realmente difíciles de leer.

No te vayas por la borda. Recuerde, el software se cambia fácilmente. En caso de duda, escríbalo en ambos sentidos y vea cuál es más fácil de leer.

Depende. Siempre que se encuentre utilizando el mismo lambda en diferentes lugares, debería considerar implementar una clase que implemente la interfaz. Pero si hubieras usado una clase interna anónima, de lo contrario, creo que una lambda es mucho mejor.

Apoyo la respuesta de Karl Bielefeldt, pero quiero proporcionar una breve adición.

• Depuración Algunos IDE luchan con el alcance dentro de una lambda, y luchan por mostrar las variables miembro dentro del contexto de una lambda. Si bien es de esperar que esta situación cambie en el futuro, puede ser molesto mantener el código de otra persona cuando está lleno de lambdas.

Acceso a variables locales del ámbito de aplicación.

La respuesta aceptada por Karl Bielefeldt es correcta. Puedo agregar una distinción más:

• Alcance

El código lambda anidado dentro de un método dentro de una clase puede acceder a cualquier variable final efectiva encontrada dentro de ese método y clase.

Crear una clase que implemente la interfaz funcional no le brinda dicho acceso directo al estado del código de llamada.

Para citar el Tutorial de Java (énfasis mío):

Al igual que las clases locales y anónimas, las expresiones lambda pueden capturar variables; tienen el mismo acceso a las variables locales del ámbito de inclusión . Sin embargo, a diferencia de las clases locales y anónimas, las expresiones lambda no tienen ningún problema de sombreado (consulte Sombreado para obtener más información). Las expresiones lambda tienen un ámbito léxico. Esto significa que no heredan ningún nombre de un supertipo ni introducen un nuevo nivel de alcance. Las declaraciones en una expresión lambda se interpretan tal como se encuentran en el entorno circundante.

Por lo tanto, aunque hay beneficios al extraer un código largo y nombrarlo, debe sopesarlo con la simplicidad del acceso directo al estado del método y la clase adjuntos.

Ver:

• Acceso a variables locales del ámbito de inclusión ( Java Tutorials by Oracle)
• ¿Cuál es el beneficio de poder utilizar efectivamente variables finales en expresiones lambda de Java 8?
• Diferencia entre final y efectivamente final

Esto podría ser una trampa, pero a todos los otros puntos excelentes hechos en otras respuestas, agregaría:

Prefiera las referencias de métodos cuando sea posible. Comparar:

employees.stream()
         .map(Employee::getName)
         .forEach(System.out::println);

versus

employees.stream()
         .map(employee -> employee.getName())
         .forEach(employeeName -> System.out.println(employeeName));

El uso de una referencia de método le ahorra la necesidad de nombrar los argumentos de lambda, que generalmente son redundantes y / o conducen a nombres perezosos como eo x.

Sobre la base de la respuesta de Matt McHenry, puede haber una relación entre las referencias de método y lambda donde la lambda puede reescribirse como una serie de referencias de método. Por ejemplo:

employees.stream()
         .forEach(employeeName -> System.out.println(employee.getName()));

vs

employees.stream()
         .map(Employee::getName)
         .forEach(System.out::println);