- viernes 01 de diciembre de 2023
-
Continuación del desarrollo del caso 1 hasta completarlo.
Hemos continuado con la disposición de componentes, aprendiendo sobre bibliotecas y documentación, y hemos desarrollado un interfaz de calculadora.
Deberíamos de haber terminado con todo esto, pero nos falta mucho aún. En todo caso, hemos visto cosas que permitirán ir más rápidos con el segundo caso.
- lunes 04 de diciembre de 2023
-
El plan era 👇 ***Vamos absolutamente fuera de plazo, aunque hemos visto cosas que permitirán ir más rápidos con el segundo caso***
Planteamiento del caso 2 e inicio del estudio de los elementos necesarios previamente: Tipos de datos, operadores y sentencias de Java; concreción de la Herencia y el Polimorfismo.
- Echaremos un vistazo al código fuente de la clase JButton para reforzar lo visto
(herencia, campos y métodos,...)
y comentar todo lo no comentado aun y que resulte pertinente (
estructura de la clase, comentarios y documentación, constructores, el "this" y el "super", getters y setters, clases internas, etc.).
- Aprender a usar el IDE para encontrar con su ayuda lo que se necesita de un modo intuitivo
- Ampliar la visión de la Herencia (directa y de "obligaciones", es decir los Interfaces pasando por las clases abstractas), y el Polimorfismo
dejaremos de ver de este modo muchos detalles puntuales que tendremos que abordar posteriormente, pero hemos de hablar ya de reescritura de métodos.
Para "dar vida" a nuestro GUI nos ayudamos de estos materiales:
Comunicación entre componentes de AWT y Swing [pdf]
donde vemos el patrón "Delegation Event Model" ("Observer")
(Patrones en Wikipedia)
Layout managers [27 min.]
Antes de pasar a lo siguiente, no dejaremos de ver cómo decir "Hola Mundo" en Java
Hemos visto todo esto aunque nos falta dedicar 2 minutos a finalizar el "HolaMundo".
- martes 05 de diciembre de 2023
-
Continuación del estudio de los elementos necesarios para el desarrollo del caso 2: creación y estructura de Objetos y Clases, encapsulamiento, etc. Tratamiento de errores...
Avanzamos el enunciado del ejercicio a desarrollar (aunque primero deberemos aprender algunas cosas)
Enunciado
Vamos a procesar datos de referencias bibliográficas que se tienen en un fichero con una determinada estructura y cierto desorden.
El fichero puede desacargarse de https://gtts.ehu.es/German/Docencia/assets/DB.txt o ser accedido directamente desde esa dirección por el programa.
Analisis de los datos:
Observando las primeras lineas del fichero veremos datos bibliográficos (obtenidos de scholar.google.es) donde cada línea aporta un dato,
que estará precedido por un número de referencia asignado previamente, y un carácter que indica el tipo de dato (t=título, y=año, p=publicación, r=referencias, a=autor, l=link).
La información correspondiente a autores(a) puede aparecer varias veces, de modo que en cada ocasión se referirá a un autor y
llevará siempre asociada la filiación del mismo entre comillas.
El número de referencia y el carácter que indica el tipo de información van juntos y seguidos por un
espacio en blanco. El número de referencia no tiene una longitud determinada.
No hay un orden predeterminado para las líneas, de modo que la información referente a los distintos artículos podrá
intercalarse sin restricciones. Tampoco se asegura que todos los campos de un mismo artículo aparezcan seguidos, sino que
puede haber cierto desorden en este sentido.
Observacion:
Una referencia bibliográfica podrá estar completa o no. En concreto, puede que no haya referencias o "link" para algunos registros.
En el caso de la falta de referencias bastará con ignorarlo (simplemente no aparecerán referencias en la tabla correspondiente de la base de datos a generar),
y en el caso del "link", en el campo correspondiente de la tabla deberá decir "UNKNOWN".
Objetivos:
Tendremos que (1) asimilar del mejor modo posible toda esa información, y (2) almacenarla posteriormente en una base de datos con las tablas mostradas más abajo.
Estrategia:
Para el objetivo 1: definiremos una clase que "soporte" referencias bibliográficas, cada una en un objeto,
y según éstos se vayan generando, iremos almacenándolos en una colección.
Para el objetivo 2: dada la estructura de tablas de la base de datos,
cumplimentaremos cada una de ellas mediante métodos de una clase que sea la responsable de interaccionar con ella.
Información necesitaremos para el desarrollo del ejercicio que se ha planteado:
Bueno... pues hemos visto ese enunciado del caso que resolveremos y los temas indicados.
- lunes 11 de diciembre de 2023
-
Continuación: Atención a la herencia de Object en el desarrollo de clases. System y otras clases básicas de utilidad. Introducción a las Colecciones.
Información necesitaremos para el desarrollo del ejercicio que se ha planteado:
Henos visto (muy rápido) lo indicado aquí arriba
- martes 12 de diciembre de 2023
-
Inicio del desarrollo del caso 2, con estudio de Colecciones concretas y Entradas/Salidas.
Información necesitaremos para el desarrollo del ejercicio que se ha planteado:
Temas:
- ... continuamos...
>>>>> En este punto comenzaremos con el caso 2, que nos forzará en seguida a ver el siguiente punto. (capas -tiers-: arquitectura MVC)
Hemos echado un vistazo a la idea del ejercicio de evaluación (próximamente el enunciado y un video en la sección "evaluación"),
y comenzado a plantear y escribir el código del caso 2 (el proyecto se subirá a esta web cuando terminemos), lo que nos ha llevado a ver las colecciones.
- miércoles 13 de diciembre de 2023
-
Continuación del desarrollo del caso 2 hasta completarlo.
// Dejo aquí un jar que simula el funcionamiento el los árboles rojo-negro
- ... continuamos desarrollando el ejercicio... estábamos con el default del switch...
- (de bibliotecas)...
Entradas/Salidas
-
(de bibliotecas)
Acceso a bases de datos
El driver puede descargarse de aquí. El "Platform independent" nos vale a todos.
Al pedir descargar sugiere hacerse una cuenta en Oracle, pero puede descargarse sin hacerlo. El driver está en el fichero ".jar" que viene en el ".zip";
lo dejaremos en nuestro disco (en Windows sugiero c:/program files/Java/libs/). y lo incluiremos en nuestro proyecto seleccionando "add jar" en el menú que obtenemos sobre la carpeta "libraries"
Hemos visto los dos puntos de arriba segun hemos avanzado en el desarrollo del ejercicio, que ha quedado en el punto en que debemos ir interaccionando con la nueva clase que se encarga del acceso a la base de datos
- jueves 14 de diciembre de 2023
-
Ejercicio personal (o en grupo) en clase: Procesamiento con Bases de Datos.
- ... continuamos desarrollando el ejercicio... estábamos con el proceso posterior a la lectura del fichero.
- (de bibliotecas)
Object,... No hay tiempo para más. Comento algo más abajo en "postcurso".
Hemos continuado con el ejercicio generando el esquema de la base de datos y algunas tablas, pero no lo hemos completado para tener la oportunidad de hablar cuando menos de la clase Object, que hay que conocer por ser madre de cualquiera otra que escribamos.
El ejercicio completo se puede descargar de la zona donde expongo el ejercicio de evaluación de esta parte de la asignatura.
- POSTCURSO
-
- System es la clase que representa al sistema en que corre nuestra aplicación. Contiene tres objetos: in, out y err, que son la entrada estándar, la salida estándar y la salida de error respectivamente
(cuando hacíamos System.out.println("Hola mundo"); hacíamos uso de esta clase).
Además de estos tres objetos encontramos métodos que nos proporcionan utilidades básicas del sistema: movimiento de bloques de memoria, acceso a variables del entorno y propiedades del sistema, etc. (pinchad el enlace para ver la documentación)
- java.util es el paquete de utilidades básicas, del cual veíamos las colecciones en la segunda página del pdf que se obtiene al pinchar en el enlace. En la primera página hay una presentación del resto de clases "variopintas" donde no pocas son interesantes.
- Las Enumeraciones son unas clases "un poco especiales" porque tienen la característica añadida de que en su propia definición se incluye la generación de un conjunto limitado de objetos que serán los únicos existentes (es una clase con un dominio de valores(objetos) predefinido)
En muchisimas ocasiones, de hecho, lo único que contiene una enumeración es la enumeración (valga la redundancia) de los objetos que se predefinen. En el pdf que se obtiene siguiendo el link tenéis un ejemplo muy claro de esto.
- Cuando comenzamos a hablar de clases, dijimos que una definición de una clase se hacia en "su fichero correspondiente", pero luego fuimos relajando esa restricción y vimos que puede definirse más de una si sólo todo lo más una es pública.
Más adelante, en el ejercicio, hemos escrito una clase interna -la excepción-, y en el video que explica cómo rellenar de datos una JTable os hablo de las clases anónimas.
El pdf que se obtiene al pinchar en Visión general de la definición de Clases pretende mostrar todo esto (es un poco farragoso)
ADENDA: Al desarrollar el ejercicio, os comenté que en la documentación podemos encontrar como parámetro de una función una clase
generica donde el tipo puede estar totalmente abierto a cualquier clase (<?>) o limitado a la descendencia de una clase dada (<? extends K>) o a su ascendencia (<? super K>).
El caso es que nos encontramos con <? extends String> y os comenté que "algo raro estaba pasando" ya que String es una clase final y por tanto no le encontraba sentido.
No caí en la cuenta de que la documentación que vemos en Netbeans cuando nos da posibilidades de escritura no es la genérica, sino que ya está adaptada a los tipos declarados.
La función admite de modo genérico un subárbol y por tanto no está mal indicar <? extends String>, lo que sucede es que en este caso no hay otra posibilidad que admitir únicamente objetos de clase String.
