Hola,
Cita:
Iniciado por rodo593 
... Mira, por ejemplo yo he credo el típico ejemplo de la calculadora con GUI. Yo la hice con 2 clases: 1 - Ventana.java, 2 - Eventos.java.
¿Es así como me recomiendas trabajar?
...
Personalmente siempre trabajo de esa forma, no solo estas aplicando MVC, lo cual tiene muchas ventajas, sino que adicionalmente estas pensando en ser escalable.
La única diferencia es que no le paso en el constructor la instancia del JFrame, sino que agrego los Listeners con addListener, e implemento los Listeners necesarios. No es que sea muy común pero eso me da otra ventaja y es que, uno o más Listeners pueden escuchar los eventos del mismo botón.
A presionar un botón puedo o no, realizar dos actividades diferentes, dependiendo si alguna otra clase se adjunto a recibir los mismos eventos del mismo botón.
Pero en algunos casos simples es más fácil hacerlo de la forma como inidicaste, y no es necesario toda esa estructura, normalmente es en aplicaciones mucho mas grandes, que tienen que ser mas adaptables a cualquier cosa, y que te cambian los requerimientos a cada rato.
Cita:
Iniciado por rodo593 ... Aparte. Es la primera vez que trabajo con bases de datos, y pues se me hace complicado entender todo lo que me has puesto, pero creo haber entendido, me recomiendas ordenar las cosas así:
Venatana.java (GUI) > Eventos.java(Maneja los eventos de la GUI) > Conexion.java (Implementa la conexion a la clase Eventos)
La Conexión no tiene nada que ver con Eventos ni Ventana, la conexión es una clase aparte que funciona independientemente de todos los demás componentes de forma desacoplada.
Cada vez que abres una conexión vas a usar:
ConectionIntr c = new ConectionImpl();
En el mejor de los casos lo va a crear con singletón:
ConectionIntr c = ConectionImpl.getConection();
Lo único que hace conexión es crear conexiones, allí no implementas ningún tipo de acceso a datos. Aparte, posiblemente, necesitas un DataAccess donde tengas Insert, Update, Delete, etc. Y casi obligatoriamente un Java Bean con los datos que vas a pasar a cada uno de los métodos anteriores.
Normalmente se debería de realizar así:
Mas adelante al usuario le podrías agregar el teléfono y la compatibilidad binaria de todas las clases no se ve interrumpida, es decir, no le tienes que agregar un parámetro adicional a los métodos, sino simplemente agregar un field a la clase Usuario.
Mas adelante podrías investigar sobre el patrón Factory.
Saludos,