java-01-agrega-detalle#74
Conversation
jorgerdc
commented
Jan 23, 2026
jorgerdc
commented
- Se realiza una reestructuración de las carpetas para el módulo 01
- Se agregan algunas secciones adiconales en el MD de intruducción
- Se reorganiza la numeración de subtemas
| ### 1.6 Creando aplicaciones Java | ||
|
|
||
| * Cualquier aplicación Java debe contener al menos una clase con un método `main` | ||
| * El método `main` debe tener la siguiente firma para ser reconocido por la JVM |
There was a problem hiding this comment.
Aquí, más de forma personal tengo la observación de que aquí se ve cómo tiene que ser una "clase mínima", pero en el IDEA, no se ve igual. Habrá necesidad de hacer alguna mención al respecto o algo?
There was a problem hiding this comment.
Mmm no entendí del todo el comentario, no se si te refieres a lo siguiente:
No hay como tal un mínimo o un máximo en cuanto al número de clases, o al tamaño de método main, o al número y tamaño de los métodos que contenga la clase donde se encuentra el método main. Se le llama Java app por el simple hecho de que puedes ejecutarla a partir de invocar a main. Pueden existir por ejemplo librerías escritas en Java que por su naturaleza no tienen método main. No serían apps.
Me hiciste recordar, cuando estaba en INE, alguna vez ví el código fuente de la clase weblogic.Server que es la clase que levanta todo el Servidor de aplicaciones JEE donde estaban deployadas las aplicaciones que administran el padrón. Y era así una clase bien pinche con 10 líneas a lo más que en su método main solo invocaba a un método de otra clase que es la que ya hacía todo el pedo para iniciar el server 😺
There was a problem hiding this comment.
Me refería a que IDEA, cuando se abre y se crea un nuevo proyecto, aparece un snippet, una muestra o -por decirlo- un esqueleto de código de ejemplo, ajá?
Bueno, ese codiguito no se parece al código que luego ejemplificas como (digamos) "el código mínimo" que debe tener una clase Java.
Entonces, lo que intento decir es que si habría que hacer mención sobre que el IDE no sigue/muestra precisamente esa "regla" o quizás mencionar que con el paso del tiempo, el lenguaje se ha flexibilizado y ahora las clases se pueden crear con un código más sencillo (como el que se muestra en IDEA)
| * Utilizar nombres de paquetes en minúsculas | ||
| * Seguir una convención basada en el dominio invertido de la organización (por ejemplo, | ||
| `com.ejemplo.proyecto`). | ||
| * No hacer uso de clases sin definir paquetes, ya que se colocan en el paquete por |
There was a problem hiding this comment.
Aquí ya se está metiendo hasta un nuevo concepto, pero no se termina de explicar lo de los paquetes
There was a problem hiding this comment.
¿cuál es el otro concepto ? el de dominio? realmente no me estoy metiendo a explicar esto.
Por otro lado, el tema de paquetres efectivamente es extenso, pero no lo podemos explicar todo aquí porque depende del tema que estemos revisando. Por ejemplo, los paquetes tienen que ver con herencia, módulos, atributos de acceso, etc. En sus respectivos temas vamos a volver a mencionarlos. Por ahora solo es unna intro, lo más básico.. o ¿identiicas algún otro concepto de los paquetes que pudiera entrar aquí en la introducción ? De mi lado considero que es suficiente por ahora, pero si tienes algún otro concepto lo revisamos.
Agregué un enunciado justo para indicar que más adelante se revisarán temas relacionados con paquetes.
2 participants
