Java: del instanceof al Pattern Matching

[@josema294]

Muy interesante la parte de programación, pero una patata una verdura ? Que sacrilegio es ese, ya mismo estás creando la clase Tubérculo xd

[@chrsam1996XD]

Pues más o menos lo veo útil, en un switch-case sí y otros pattern matching. Lo del Casteo se me hizo absurdo por ahorrar una línea de código pero sigue siendo un buen detalle

[@makigas]

Lo del casteo por si sólo efectivamente es absurdo. La gracia esta en combinarlo con la posibilidad de, por ejemplo, extraer campos de records o poner una guarda en el case (algo que es posible y que creo que no menciono en este vídeo)

[@chrsam1996XD]

@@makigas La única parte que no entiendo es ¿A qué te refieres con "poner una guarda en el case"? Eso si no entiendo que podría ser.

[@makigas]

​@@chrsam1996XDOlvidé responder a este comentario xD. La guarda es como un if para un case. Tampoco lo menciono en este vídeo (¿segunda parte confirmed?) pero es una forma de tener dos cases, por ejemplo, `case String s when s.isEmpty()` y `case String s`. Entraría en el primero solamente si el tipo es un String, pero además si la condición que lleva el s se cumple, en este caso que sea una cadena vacía. Es algo como lo que hay en Elixir o en Haskell, puestos a seguir copiando features de otros lenguajes de programación.

[@miyondev09]

El jdk 17 soporte esto, o solamente el jdk 21?

[@makigas]

Requiere 21 para poder tratarlo como stable. En la 17 estaba pero solo en preview.

[@haroldpepete]

se lo vi a c#, luego a dart y ahora a java, quien habra sido el verdadero creador de pattern matching

[@fernandoaguero2995]

No lo sé a ciencia cierta, pero el pattern matching viene de la programación funcional. Por ejemplo en Haskell se usa para todo

[@freddydev3562]

preguntale a chatgpt

[@cristiangs5127]

Me sigo preguntando que tan correcto es usar intanceof, ya que se puede ver como una estructura de clases mal diseñada.

[@makigas]

Sí, en programación orientada a objetos diría que el instanceof es un error porque se está admitiendo que los métodos no están bien diseñados. Ahora bien, el pattern matching en programación orientada a datos es muy interesante, porque ahí las clases se están usando, no como una jerarquía de objetos tradicional rollo OOP, sino más bien como una familia de identificadores rollo Enum

Basicamente Kotlin jaja

[@freddydev3562]

basicamente kotlin no fue el primero