Java NO Es 100% Orientado a Objetos (Te Diré Por Qué)
Vložit
- čas přidán 8. 06. 2024
- En este video, exploro por qué Java no sigue al 100% la programación orientada a objetos (POO). A pesar de ser conocido como un lenguaje orientado a objetos, Java tiene ciertas características que lo apartan de ser completamente POO.
---
🚨 Inscríbete a mi Bootcamp si quieres aprender a programar desde cero: bootcamp.aprenderjava.com/
💪🏻 Únete a mi comunidad gratuita: / comunidaddenico
📧 Únete a mi lista de emails para recibir consejos acerca de cómo convertirte en desarrollador: nicosalgado.com/
📍 Descarga el roadmap para aprender Java: we.tl/t-tmJbXAbmSE
⬇️ Descarga la guía para cumplir los objetivos que te propones: we.tl/t-bDFBRRvwU3
---
✍🏻 Recursos GRATIS de Programación:
- Guía para ser Desarrollador (en 6-12 meses): • Guía para ser Desarrol...
- Todos los temas de Java que aprendería si empezara desde cero: • Si Empezara de Cero......
- Mini curso de Java si quieres empezar a aprender hoy: • Aprende Java en un vid...
---
👇🏻 SÍGUEME EN OTRAS REDES SOCIALES
Instagram: / nicolassalgado8
Instagram (cuenta de reels): / nicosalgadoclips
Twitter: / nicosalgado88
TikTok: / nicosalgadoclips
Muchas gracias!!! mas videos enseñándonos todo lo que fuiste aprendiendo trabajando por favor😊
Gracias Nico, explicacion en la practica, excelente
Excelente explicación
excelente video!
Resumen:
1. Tiene tipos primitivos
2. Comparte miembros de clase entre objetos.
Correcto
cuándo abres inscripciones en tu bootcamp ?
Gracias! Me sorprendió la explicación, nunca había analizado esas cuestiones. Pensé que la respuesta sería que también se puede usar prog. Funcional
Tienes razón, también podría ser un punto adicional :)
Nico 😉 mi desculpa eu não tinha terminando , por mas meninas na tecnologia e outras áreas nico amo seus vídeos muito obrigada beijos .
Nico❤ , chamado a atenção das meninas 😄😄estão isto e ótimo por mas
En ese caso siendo así, no aplica solo para Java exclusivamente, ninguno de los lenguajes de programación más usados y populares actualmente, como JavaScript, Java, PHP , C# son 100% orientado a objetos , todos usan tipo de datos primitivos, ni siquiera los más "modernos" aplicarían como kotlin o go.
Siendo sincero que alguien pregunte ese tipo de cosas en una entrevista es algo irrelevante y hasta absurdo que te califiquen por una pregunta de ese tipo,es ese tipo de preguntas usadas mas como excusa para descartarte hay cosas de mayor peso y de importancia de verdad.
Sip, de acuerdo con todo jajaajaj
Ese tipo de preguntas ayuda un montón para filtrar a los candidatos!
@@aaldaah Esa pregunta en concreto? Para nada, saber previamente eso no te hace mejor ni peor en tu trabajo, bien se podria clasificar más como un "dato curioso"
Aún estoy procesándolo 😂
Saludos muchacho, lo que yo veo aquí es que estas realizando malas practicas OOP o POO, te explico:
Lo primero que intentas hacer es el principio de la encapsulación con la propiedad edad en private, y aquí tienes que separar responsabilidades, así:
Usuario.java
public class Usuario {
private int edad;
public void correr() { }
}
Main.java
public class Main {
public static void main (String[] args) {
Usuario usuario = new Usuario();
usuario.edad = 20; // aquí el IDE te dirá que la propiedad no se puede acceder o modificar
}
}
Si tu quieres modificar la propiedad edad private, debes de tener Getters y Setters, así:
Usuario.java
public class Usuario {
private int edad;
public int getEdad() {
return this.edad;
}
public void setEdad(int edad) {
this.edad = edad;
}
}
Ahora ya puedes modificar y acceder, así:
Main.java
public class Main {
public static void main (String[] args) {
Usuario usuario = new Usuario();
usuario.setEdad(20);
System.out.println(usuario.getEdad());
}
}
------------------------------------------------------------------------------------------------------
El segundo caso cuando a tu propiedad edad le pones static:
// Intentas cambiar edad creando un nuevo objeto Usuario, esto es mala practica (aun cuando lo puedes ejecutar siendo static):
Usuario usuario = new Usuario();
usuario.edad = 20;
// La mejor manera es:
public static int edad = 20; // Si le pones private, debes usarlo dentro de esa clase
int edad = Usuario.edad;
System.out.println(edad); // siempre y cuando edad no sea private
---------------------------------------------------------------------------------------------------------
Recuerda separar responsabilidades!!
Gracias bro!
Estoy consciente de que estaba usando malas prácticas, pero era solo para mostrar el punto.
Que los tipos de datos primitivos y la palabra static rompen con este paradigma.
Pero gracias por el aporte, seguro a alguien le ayudará leer de las mejores prácticas.
Saludos 🫶🏻
@@NicoSalgado Si sin duda es algo que los que actualizan y mantienen el lenguaje Java deben tener en mente en sus próximos releases, pero tambien hay varios IDEs que te previenen al escribirlo, saludos!!