Recientemente he dominado la expresión Lambda que se introdujo en Java 8. Me parece que siempre que estoy usando una interfaz funcional, tiendo a usar siempre una expresión Lambda en lugar de crear una clase que implementa la interfaz funcional.
¿Se considera esto una buena práctica? ¿O son sus situaciones donde el uso de un Lambda para una interfaz funcional no es apropiado?
Hay una serie de criterios que deberían hacer que consideres no usar un lambda:
priceIsOver100 . x -> x.price > 100 es tan claro como ese nombre. Me refiero a nombres como isEligibleVoter que reemplazan una larga lista de condiciones. No exageres. Recuerde, el software se cambia fácilmente. Cuando tenga dudas, escríbalo en ambos sentidos y vea cuál es más fácil de leer.
Depende. Cuando te encuentres usando el mismo lambda en diferentes lugares, deberías considerar implementar una clase que implemente la interfaz. Pero si hubieras usado una clase interna anónima de lo contrario, creo que un lambda es mucho mejor.
Apoyo la respuesta de Karl Bielefeldt, pero quiero proporcionar una breve adición.
La respuesta aceptada por Karl Bielefeldt es correcta. Puedo añadir una distinción más:
El código lambda anidado dentro de un método dentro de una clase puede acceder a cualquier variable final encontrada dentro de ese método & clase.
La creación de una clase que implementa la interfaz funcional no le brinda tal 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 adjunto . 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 alcance 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 están en el entorno envolvente.
Entonces, si bien hay beneficios al extraer un código largo y nombrarlo, debe compararlo con la simplicidad del acceso directo al estado del método de cierre y amp; clase.
Ver:
Esto podría ser una búsqueda de liendres, pero a todos los otros puntos excelentes en otras respuestas, les agregaría:
Prefiere las referencias a 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));
Usar una referencia de método le ahorra la necesidad de nombrar los argumentos de lambda, que generalmente son redundantes y / o llevan a nombres perezosos como e o x .