Mis respetos Sr. MitoCode. Lo haces tan ameno que cualquiera aprende. En lo personal aun encuentro los lambdas algo complicado por que soy de la old school (ya sabes, programación imperativa), pero lo explicas tan claro que las haces ver atractivas y bastante interesantes. Estoy actualmente atendiendo entrevistas de trabajo y me han preguntado bastante de esto, aunque ya puedo decir que las conozco, no puedo decir que soy experto pero bastante me han servido tus videos.
Las interfaces funcionales también tienen una curiosidad. Deben de contener sólo un método abstracto sin implementar. PERO si son métodos de Object no hay problema. Por ejemplo: @FunctionalInterface public interface Operacion { double calcular(double n1, double n2); boolean equals(Object obj); default boolean ejemploTrue() { return true; }; } Esto también es una interface funcional y fijate que he implementado un método default. Quizá hay más excepciones.
Java 8 tiene nuevas funcionalidad muy interesantes :D, lastima que en la empresa donde desarrollo trabajemos con jdk1.6 y en ocasiones con 1.7 (Arriesgandonos) :/. MitoCode muchas gracias por compartir tu conocimiento, saludos desde Colombia.
hOLA Jaime!... me encanta los tutoriales son cortos con ejemplos sencillos, gracias. Una vez que la U me deje respirar adquirere tu curso de Java.... por favor ACLARAME ALGO, al final del video dices que los métodos a referencia no acepta el paso de parámetros...:-/
Por que en el metodo operar() cuando no colocas la referencia op.saludar(); no te pinta nada en consola ? Si estas haciendo referencia a lo que esta definido en tu metodo referenciarMetodoStatic que pinta un texto en consola.
8:30, hola esta parte no me queda clara porque sort() pide como parámetro un arreglo y una instancia de Comparator, sin embargo, String no es una instancia de Comparator sino de Comparable, entonces ¿por qué no te manda error el eclipse?. Si puedo entender que al final de cuentas se está usando el compareToIgnoreCase pero en las dos formas anteriores se llama desde una instancia de Comparator. Help me!
no tiene mucho que ver que la clase String implemente la interfaz Comparable, como bien dices lo que se pasa en el segundo parámetro es una instancia de la interfaz Comparator y la implementacion que hagas en esa clase sera lo que se use para determinar el orden del objeto a evaluar(en este caso un String). con lampda puedes pasar directamente un metodo como referencia a una interfaz funcional(como lo es Comparator) y es lo que esta haciendo en ese momento. En otras palabras es como si se creara una instancia de la interfaz Comparator y el metodo Compare fuese sobre-escrito con la logica del metodo CompareToIgnoreCase de la clase String.
Excelente inquietud, pero como ya mencionó @edward muri, lo que se está implementando es una "referencia a método", es decir, dado que Comparator es una FunctionalInterface, lo que se le pasa es la referencia a método que tiene la implementación de la comparación para el ordenamiento.
Gracias por sus respuestas, en ese momento estaba muy perdido en cuanto a lambda pero durante la cuarentena me dediqué a profundizar en las novedades de Java 8 y 11, ahora se me hace todo un poco más implícito. Saludos.
Tambien tuve la misma impresion, lo que pasa es que el constructor sobrecargado, cuando explica la manera verbosa mandas el array como primer parametro y como segundo parametro una instancia de la interfaz comparator y ese String es el tipo de dato del Array con el que va a realziar el orden , ya cuando hace la forma usando el operador de referencia :: se refiere a la clase predefinida String de la APi java que es la que implementa la interfaz Comparator :: y el metodo compareToIgnoreCase
Es de buena practica usar muchas clases anónimas ? Me dijo un profesor una vez que procurara no usar clases anónimas, por que para debugear no ayuda mucho que digamos. Si alguien me pudiera resolver esta duda.
hay otro metodo para colecciones no se para arrays, Colllections.sort(nombreColeccion.reverse); y de la clase que creaste tus instancias debes imlementar la interfaz comparable aunque mito por hay le vi un constructor sobrecargado que puedes implementar la interfaz comparable
Es raro ver como se hace la implementacion de los metodos de la interfaz funional uno simpre espera la implementacion dentro de los corchetes del metodo jejej
![เปิด อาณาจักร หมื่นล้าน "สาระตั้ม" l [Nickynachat]](http://i.ytimg.com/vi/3XE0nPF4YkQ/mqdefault.jpg)
Mis respetos Sr. MitoCode. Lo haces tan ameno que cualquiera aprende.
En lo personal aun encuentro los lambdas algo complicado por que soy de la old school (ya sabes, programación imperativa), pero lo explicas tan claro que las haces ver atractivas y bastante interesantes. Estoy actualmente atendiendo entrevistas de trabajo y me han preguntado bastante de esto, aunque ya puedo decir que las conozco, no puedo decir que soy experto pero bastante me han servido tus videos.
Las interfaces funcionales también tienen una curiosidad.
Deben de contener sólo un método abstracto sin implementar. PERO si son métodos de Object no hay problema.
Por ejemplo:
@FunctionalInterface
public interface Operacion {
double calcular(double n1, double n2);
boolean equals(Object obj);
default boolean ejemploTrue() {
return true;
};
}
Esto también es una interface funcional y fijate que he implementado un método default.
Quizá hay más excepciones.
+Raúl Gracia Maiques gracias por el aporte Raúl
A ti por tus tutoriales. :D
Explicacion muy buena. Realmente se entiende claramente el concepto.
Muy bien explicado, así es fácil aplicarlo.
Vamos al codigoo !!!! .. buenos tutos
Espectacular, muchas gracias
+Mito Code Excelente vídeo compañero, estoy comprendiendo a un mas las lambdas y Java 8, Gracias!
+Cesar Andres Cadavid Jaimes te invito a revisar también www.mitocodenetwork.com/premium/
Java 8 tiene nuevas funcionalidad muy interesantes :D, lastima que en la empresa donde desarrollo trabajemos con jdk1.6 y en ocasiones con 1.7 (Arriesgandonos) :/.
MitoCode muchas gracias por compartir tu conocimiento, saludos desde Colombia.
+HarryMesa9524 gracias a ti Coder, te invito a revisar también www.mitocodenetwork.com/premium/
hOLA Jaime!... me encanta los tutoriales son cortos con ejemplos sencillos, gracias. Una vez que la U me deje respirar adquirere tu curso de Java.... por favor ACLARAME ALGO, al final del video dices que los métodos a referencia no acepta el paso de parámetros...:-/
Hola Paola, no se puede, para eso sería mejor usar lambdas stackoverflow.com/questions/44869976/parameters-in-method-reference
MitoCode ....gRACIAS Jaime por la referencia, ya entendí.
4:04 eso solo aplica para metodos por referencia estaticos?
Geniallll , espero el proximo videooo :3 , ojala tambien puedas hacer pequeños juegos en Java :)
+Jose Suarez mañana hay un en vivo, no te puedes perder
Por que en el metodo operar() cuando no colocas la referencia op.saludar(); no te pinta nada en consola ? Si estas haciendo referencia a lo que esta definido en tu metodo referenciarMetodoStatic que pinta un texto en consola.
8:30, hola esta parte no me queda clara porque sort() pide como parámetro un arreglo y una instancia de Comparator, sin embargo, String no es una instancia de Comparator sino de Comparable, entonces ¿por qué no te manda error el eclipse?. Si puedo entender que al final de cuentas se está usando el compareToIgnoreCase pero en las dos formas anteriores se llama desde una instancia de Comparator. Help me!
no tiene mucho que ver que la clase String implemente la interfaz Comparable, como bien dices lo que se pasa en el segundo parámetro es una instancia de la interfaz Comparator y la implementacion que hagas en esa clase sera lo que se use para determinar el orden del objeto a evaluar(en este caso un String). con lampda puedes pasar directamente un metodo como referencia a una interfaz funcional(como lo es Comparator) y es lo que esta haciendo en ese momento. En otras palabras es como si se creara una instancia de la interfaz Comparator y el metodo Compare fuese sobre-escrito con la logica del metodo CompareToIgnoreCase de la clase String.
Excelente inquietud, pero como ya mencionó @edward muri, lo que se está implementando es una "referencia a método", es decir, dado que Comparator es una FunctionalInterface, lo que se le pasa es la referencia a método que tiene la implementación de la comparación para el ordenamiento.
Gracias por sus respuestas, en ese momento estaba muy perdido en cuanto a lambda pero durante la cuarentena me dediqué a profundizar en las novedades de Java 8 y 11, ahora se me hace todo un poco más implícito. Saludos.
Tambien tuve la misma impresion, lo que pasa es que el constructor sobrecargado, cuando explica la manera verbosa mandas el array como primer parametro y como segundo parametro una instancia de la interfaz comparator y ese String es el tipo de dato del Array con el que va a realziar el orden , ya cuando hace la forma usando el operador de referencia :: se refiere a la clase predefinida String de la APi java que es la que implementa la interfaz Comparator :: y el metodo compareToIgnoreCase
Es de buena practica usar muchas clases anónimas ? Me dijo un profesor una vez que procurara no usar clases anónimas, por que para debugear no ayuda mucho que digamos. Si alguien me pudiera resolver esta duda.
Todo en exceso es malo, si creamos un sistema con varias clases solo por subdividir en exceso el sistema también sería mala práctica... 😁
y si quiero la respuesta sea descendente con esa forma da acortar, se podria?
hay otro metodo para colecciones no se para arrays, Colllections.sort(nombreColeccion.reverse); y de la clase que creaste tus instancias debes imlementar la interfaz comparable aunque mito por hay le vi un constructor sobrecargado que puedes implementar la interfaz comparable
thanks
me da un error la referencia al constructor
era algo de instalacion
Es raro ver como se hace la implementacion de los metodos de la interfaz funional uno simpre espera la implementacion dentro de los corchetes del metodo jejej
no entendi un crj
🙈