Curso Java Excepciones VI. Creación de excepciones propias. Vídeo 147
ฝัง
- เผยแพร่เมื่อ 10 ต.ค. 2024
- En este vídeo vemos cómo crear nuestras propias excepciones. Seguimos trabajando con el ejemplo del vídeo anterior donde lanzaremos y capturaremos una excepción propia.
Para más cursos, ejercicios y manuales visita: www.pildorasinf...
✅✅ ✅ ✅ ✅ Todos mis cursos gratuitos 👉 www.pildorasinformaticas.es ✅✅ ✅ ✅ ✅
🚀 ¿Quieres ejercicios? ¿Quieres más temario? 👉 www.pildorasinformaticas.es/course/java-tutorizado/🚀
🚀 ¿Quieres que te resuelva las dudas de Java? 👉 www.pildorasinformaticas.es/course/java-tutorizado/ 🚀
💥💥💥 Siempre seguiré subiendo cursos gratuitos por aquí. Gracias a todos por seguirme. 💥💥💥
capo, idolo, genio, moustro, animal, fiera, leon, mastodonte, macho pecho peludo, tigre, crack de la vida. siempre salvandonos de todo. me sirve una banda cursando 3ro de ing informatica
Extraordinarios cursos, estoy asombrado de lo completo, robusto y lo detalladamente explicado, algo sin igual en TH-cam... No se imagina como me deleito aprendiendo con cada entrega que haces, solo me queda felicitarle por tan magnífico trabajo, me gustaría que cuando termines este curso pudieras profundizar más en Java ya sea videojuegos y aplicaciones cliente/servidor, abrazos desde Colombia
De acuerdo contigo. Lo mejor de TH-cam
Richard Duran Gracias por vuestros comentarios. Me alegro de que os gusten el curso. Un saludo
CRACK, IDOLO, FENOMENO. ME ACABAS DE SALVAR LAS PAPAS EN MENOS DE 1 HORA. GENIOOOOO!!!
Hola, Jesus en primer lugar felicitarte por tu curso te sigo desde el video 1 y la verdad es que estoy enganchado.
Soy de los de la programación clásica, empecé con Cobol, Clipper, dbase, Basic,,,, etc. Esto de la Poo no me entraba y gracias a ti ya soy capaz de leer un libro de java y entenderlo.
Es de lo mejor que he encontrado animo y sigue así. Gracias
+Santiago Garcia Muchísimas gracias por el comentario y por seguir mis vídeos. Me alegro de que te gusten. Pero no me llamo Jesús !! Soy Juan. ;) Un saludo!!
Buenisimo el curso por un excelente docente, estoy con los que te piden javaee por favor y si piensas en jsf, jpa e hibernate, y spring para un futuro seria genial este material impartido de la forma que tu lo das.
EXCELENTE!!!!!
simplemente hermoso gracias profe por este curso
soy fanatico de tu contenido
Gracias por estos cursos, muy bien explicados
Excelente como los demás vídeos. Muchas gracias
Excelente!!! Gracias.
Saludos don Juan.
Excelente vídeo , ha sido genial , he aprendido muchísimos conceptos e ideas que no me podía imaginar.
Me gustaría comentarte una opción que no sé si conoces , si es en tal caso , disculpame entonces.
En el minuto 5:48 dentro de la cabecera del metodo :
static void examina_mail(String mail) throws throws EOFException { ... }
Puedes añadirle comentarios para no tener que borrar y volver a reescribir el código , también te puede servir para ejemplarizar las distintas posibilidades que existen a la hora de realizar una instrucción.
Un ejemplo sería :
static void examina_mail(String mail) throws Longitud_mail_erronea /* throws EOFException */ { ... }
- Este fragmento de código no daría error ni problemas en la compilación.
- Lo utilizo para incrustar comentarios en cualquier parte de una instrucción , ya sean dentro de bucles.
Ejemplo :
if ( /*Entra directamente en el if */ true ){
System.out. /* Ejemplo de inscrustar comentario donde quiera*/ println("hola");
}
El compilador cuando ve este fragmento de código /**/ no lo tiene en cuenta , para el como si no existiera.
Espero ser de ayuda.
Una vez más gracias por su trabajo y paciencia.
+Sinno mbre Correcto !! Sí, lo conocía. Puede ser que no lo haya utilizado en el curso (no recuerdo haberlo hecho en este curso) pero es algo que suelo hacer en mis programas, es muy útil. Gracias por el aporte comos siempre. Un saludo!!
¡Wow! Muy claro todo.
Hola Juan, después de las vacaciones remoto el curso. Como siempre, muchas gracias por tu esfuerzo y por explicarlo todo tan bien. Sólo tengo una pequeña duda, cuando creas el constructor por defecto de la clase que hereda de Exception lo dejas vacío y cuando creas el constructor con el parámetro String llamas al constructor del padre con super(msj). Mi pregunta es: ¿En el constructor por defecto no deberíamos indicar también super() pero sin parámtros?. La creación de los constructores está en el minuto 6:45
Hola !! Habría sido más correcto, sí. Pero en este caso como el constructor de la clase padre lo que hace es construir un mensaje "null" a efectos prácticos da igual. Bien visto. Un saludo!!
Gracias por la aclaración, Juan.
Excelente
excelente curso de java!!. En algún futuro no muy lejano podría llegar hacer un curso de algún framework?
ULISES ACOSTA Sí, lo haré. ¿Qué framework? No lo se .. ya veremos. Saludos !!
Creo que el framework Spring es el más utilizado.
Hola Juan, superdidacticos tus curso, soy un administrador de empresas, he sido autodidacta con las herramientas office hasta llegar a VBA, entiendo SQL y estoy haciendo un repaso con tu curso, adicionalmente, haciendo tu curso de java, pero me gustaria saber si podrias hacer un curso de Framework Play con Java
Saludos,
Hola !! Gracias por el comentario y por seguir mis cursos. Todos los días me piden cursos de frameworks. Eres el primero que me pide Framework play ya que siempre me piden Spring, Hibernate, JSF... Intentaré ver algunos de ellos. Todos me será imposible. Un saludo!!
Perfecto, de verdad quiero aprender la logica de funcionamiento de estos programa, gracias!!!
excelente juan , una pregunta como haria para capturar una excepcion de mysql y mostrarla en una jsp, pero la excepcion tal cual como la muestra o lanza el mysql... gracias tengo muchas dudas con es, sobre todo porque debo pasarla primero entre dos classes
EXCELENTE VIDEO, TE AMO! XD
Juan, no me queda claro en que casos uso el RunTimeException o el IOException :(
+Matias Daneri Hola !! Eso no es algo que decidas tú sino el propio lenguaje Java. Si por ejemplo estás creando un programa que trabaja con Arrays y tú como programador deseas crear una excepción para prevenir la caída del programa, entonces estarás trabajando con RuntimeException. Y no porque lo hayas elegido tú, sino porque la clase ArrayIndexOutOfBoundsException hereda en la API de Java de RuntimeException. Luego entonces queda fuera de nuestro control la elección de trabajar con RuntimeException o IOException.
Si por el contrario estás creando por ejemplo un programa que trabaja con acceso a ficheros del ordenador, entonces estarás trabajando con la clase FileSystemException la cual hereda en la API de Java de la clase IOException. No es algo que elijas tú sino que es algo que viene determinado por la herencia de las clases de la API de Java.
Lo que si debes saber es que si vas a trabajar con clases que heredan de RuntimeException, no estás obligado a capturar la excepción ya que son excepciones o errores no controlados (por ejemplo cuando se sobrepasa el acceso en un Array). Pero si vas a trabajar con clases que heredan de IOException si que estás obligado a capturar la excepción o el error con un bloque try-catch porque son errores controlados (por ejemplo al intentar acceder a un fichero que no existe). La sintaxis y el funcionamiento del lenguaje Java obliga (por ley) a capturar este tipo de errores.
Espero haber aclarado algo. Un saludo
quiero hacer mi propio compilador pero no encuentro la documentacion adecuada tienes algun conocimiento de la simulacion de compiladores en java?
try
{
examina_mail(el_mail);
}
catch (RuntimeException e)
{
System.out.println("xxxx");
}
Seria de buena practica hacer esto?? Saludos
hola amigo, podrias hacer tutorial de solid work ?
pichirruchi1 Sintiéndolo mucho no domino SolidWorks... Habrá curso de Autocad en un futuro. Un saludo
Y para que no se rompa el programa cada que exista una excepción??
Para eso sería el catch. Si ocurre la excepción, con el catch se define la ruta a seguir sin detener por completo la ejecución del programa.
Excelente la explicacion de las excepciones, me he puesto a experimentar con el codigo par que me vaya diciendo especificamente que le falta al mail para que este correcto. o sea si falta un '@' o si falta un '.' o si la longitud es muy corta. no estoy seguro de si mi codigo es realmente limpio pero lo hice lo mas entendible posible y corre bien. lo dejo en los comentarios a ver si alguien se anima a corregirme o a refactorizar el codigo.
public class CrearThrow
{
public static void main(String[] args)
{
String mail= JOptionPane.showInputDialog("Intruduce Mail");
compruebaMail(mail);
if(comprobador==3)
{
System.out.println("Mail Correcto");
}
}
private static void compruebaLongitudMail(int length) throws Errores_mail
{
if(length
Talvez hayan formas mas directas de comprobar el mail, pero lo hice con el afán de practicar las excepciones y que en el futuro pueda añadir mas metodos para verificar mail facilmente
El código funciona correctamente, Enzo, pero me gustaría hacer un apunte constructivo al respecto. No sé si se debe al copia y pega que has hecho desde el IDE al comentario de TH-cam, pero la estructura de tu código es muy confusa:
1. Las tabulaciones no son tabulaciones, son simples espacios.
2. Las llaves de los constructores vacíos confunden mucho e incrementan las líneas de código de forma muy poco eficiente.
3. El método compruebaMail(String mail) está muy perdido entre el medio de clases de excepciones propias, lo que junto con que no haya tabulaciones y haya un montón de llaves ocupando una sola línea tras un constructor/clase hace que el código sea terriblemente lioso.
Un saludo.
OutOfMemoryError, meter 150.000.000 de botones en un FlowPane u otro layout xD