Curso Java. Interfaces y clases internas. Interfaces I. Vídeo 49 

PERO QUE GRANDE ERES. estoy sacandome un curso de java y van adelantadísimos y tu, tu amigo mio me estas salvando la vida XD

@Leandro Kamari Calla bot

@@bigotes20random86 CALLA IMBESIL

Gracias!! Me estaba rascando la cabeza justamente porque no entendía por qué no me lo ordenaba bien!

@@LUITEN1 De nada! esta muy bueno que lo que uno comenta pueda ayudar a más personas. Saludos!!!

Hola Emilio Reato ¿Qué tal? Gracias por tu amable aporte, estaba pensando lo mismo ¿Por qué está utilizando variables de clase en vez de métodos (miObjeto.Método()) en vez de (miObjeto.sueldo)? No me dió ningún problema al ejecutar, pero la pregunta estaba en mi mente. Gracias nuevamente, caballero. Atentamente, KindlyChat.

@@LUITEN1 jajajajajajajaja , a mí me pasaba igual.

tmre tambien me asuste

Elvis Espinoza Muchas gracias !! Me alegro de que te guste el curso. Un saludo

Muchas gracias por tu comentario. Me alegro de que te guste el curso. Un saludo!

:)) Gracias por el comentario y por seguir mis vídeos. Un saludo!!

Muchas gracias por el comentario. Me alegro de que te guste el curso. Un saludo!!

multi herencia esa es su importancia

Muchas gracias !! me ayudó mucho leer esto

Tremendo aporte Mikel

@@francosql En Java no existe la herencia múltiple.

@@ElTitoFry no hay. Pero cubre esa necesidad. Creo que a eso se refirió mr.Chutte.

Gracias a ti por seguir mis vídeos. Un saludo

+Sinno mbre Gracias como siempre por tu comentario. Un saludo

Muchas gracias. Un saludo!!

+Nick Lubin Hola !! Muchas gracias por tu comentario. Me alegro de que te gusten los vídeos. Un cordial saludo desde el otro lado del charco

Bart Clavero Ibarra Muchas gracias por el comentario. Habrá manual PDF del curso, eso es seguro. Lo que no se es cuándo y me temo que aún tardará un poco. Dispongo de poco tiempo libre y este se me va subiendo vídeos y poco más. Un saludo

@@pildorasinformaticas Juan!! Estoy llevando el curso, al final salió aquel PDF? Las mejores clases bro, sigue así

+Ignacio Antonio Jeria Garrido Ánimo !! Un saludo

Gracias por tu comentario. Me alegro de que te gusten los vídeos. Un saludo!!

+Virginia .Faustino Hola !! Vas bien. Es normal que a estas alturas del curso (vídeo 49) empieces a encontrar dificultad. Java es complejo y a medida que se avanza en el curso se va complicando. Haces bien en revisar vídeos anteriores. Te recomiendo incluso que para aquellas cosas que no terminas de entender del todo, busques otras fuentes de información, por ejemplo google. Cuando algo no se entiende, si te lo explican diferentes personas, casi siempre terminas entendiéndolo. Un saludo

Hola!! He entendido todo, y si no entendiera con su explicación no entendería con nadie más, solo que los conceptos me olvidan y así que ahora más que hacer los ejercicios junto contigo, tomo nota de lo más importante y cuando me olvidar o confundirme solo tendré que leer mis notas. Saludos desde Chile :) .

Gracias !! Un saludo

Muchas gracias por tu comentario. Me alegro de que te gusten los vídeos. Un saludo!!

Gustavo Alejandro Pérez Flores Gracias !! Un saludo

+Jesús ChocoBike Gracias a ti por el esfuerzo y por seguir mis vídeos. Un saludo

Me alegro !! Un saludo

Muchas gracias por el comentario. Me alegro de que los vídeos te ayuden. Un saludo!!

Es hora de descansar entonces.... Un saludo

Gracias por tu comentario. Me alegro de que te gusten los vídeos. Puedes saltar sin problemas (si tienes conocimientos previos). UN saludo!!

Gracias por el comentario. Efectivamente es ley de vida que se complica a medida que se avanza. Un saludo!!

La misma conclusión llegué. A la fecha, ya aquí todos son programadores profesionales?? =)

@@pauloayala4317 No, habemos porfiados que le seguimos sin entender del todo aun

Rosa Mø muchas gracias

El código de la interfaz implementada es de un tipo, de ese tipo y no de otro. Es decir, cuando creamos una clase, estamos creando un tipo de dato. No se puede coger un método que espera un tipo de dato( en este caso el que fuera el nombre que le pusiera el programador que hizo el método, creo que "T", y pasarle un objeto de tipo "Empleado". Uno es T y otro Empleado. No son iguales. Hay que entender que Java va compilando sobre la marcha, es decir, mientras tu haces el programa y escribes el método, antes de que le des a ejecutar, Java ya está comparando si los objetos son del mismo tipo e incluso antes de que le des a ejecutar Java ya sabe que te va a mandar a freir esparragos. La conversión es un detalle necesario y lógico. En realidad bajo esto subyace la idea de la compilación sobre la marcha. Teniendo en cuenta que Java es un traductor adicional (precisamente para llegar a todas las plataformas), tardaría mucho tiempo en compilar los programas si no lo hiciera sobre la marcha. De ahí que sea de "tipos fuerte". Es como decirnos : ordenarme las cosas que me deis pa traducírselo a la computadora que lo que no encaje ni lo miro. Por eso es necesaria la conversión

Rosa Mø muchas gracias

Así es. Y creo recordar (no estoy seguro) que se ve algún ejemplo de esto en el curso. Un saludo!

porque al ponerlo pasarle el parámetro como empleado no reconoce que es el método abstracto de la interfaz, ya lo intenté y me tiró ese error.

@@luisalbertobazalarbullon4529 No es así, cuando implementas comparable lo tipificas como "Empleado" al igual que cuando vas a sobrescribir el método y de esta forma ya no es necesario la refundición.

puedes intentar averiguarlo colocando esta instrucción en cada sentencia de control de flujo (if, else) : System.out.println( this.sueldo + " - " + otroEmpleado.sueldo ) ; le agregas al _println_ un string igual al valor que retorna en cada caso.

cesar yo tambien soy de venezuela de que parte eres?, y por que vídeo vas? bueno yo iba mas adelante como 56 pero hay cosas que se me olvidan y me toca repasar y repetir y repetir XD.

De Trujillo

Voy en el 53 desde el martes, como hacemos para contactarnos

este es mi correo xD: todouso0000@gmail.com

yo también deseo mucho terminar este gran curso ya que he visto que es el mejor que hay en internet. Ojalá termine pronto ya que a veces me canso y no doy más o hay cosas que no entiendo bien.

si quiers que los compare antes del aumento pues simple has el ordenamiento antes se llamar al metodo que lo aumenta..

Hola !! Gracias por el comentario. Efectivamente se refiere a la clase cósmica. Esto nos permite pasar un objeto de cualquier tipo al método compareTo por parámetro. Puede ser Empleado u otro objeto. Un saludo!!

Perfecto Profe, es decir que en estos casos siempre es conveniente referirnos a la clase cosmica para luego realizar la refundicion hacia nuestra propia clase. Muchas gracias y saludos!!

El this hace referencia al objeto donde te encuentras (parámetro implícito), es decir, si esta´s dentro de una clase llamada "persona" y utilizas la instrucción "this.nombre", estás haciendo referencia con el this a la propia clase Persona. Es como si pusieras "Persona.nombre". Si el "this" va solo en el código, hace referencia a la clase donde te encuentras. Todo esto lo explico en los videos de POO (pero no recuerdo ya en cuál de ellos). Si el código funciona igual sin poner el this, no sabría decirte ahora mismo por qué. En ocasiones el código de programación resulta redundante. Un saludo!

@@pildorasinformaticas Disculpa Juan, no lo acabo de entender. Tenemos que comparar dos objetos empleados, pero al método sólo le pasamos un parámetro empleado. Cuando usamos el this en los videos de POO simplemente era para diferenciar el parametro de la variable privada de la clase porque tenían el mismo nombre. En ese momento instanciabamos el objeto.

​@@pildorasinformaticas Entonces de acuerdo a ésta explicación si yo en éste código pongo: this.sueldo sería lo mismo a Empleado.sueldo. El problema es que al hacer esto ecplipse me marca el siguiente error: Cannot make a static reference to the non-static field Empleado.sueldo. ¿ Por qué da error si this es lo mismo que Empleado en este caso?