Universidad Don Bosco. Materia: Programación Orientada a Objetos Contenido: Modificadores de Acceso y JDBC

Transcripción

1 Universidad Don Bosco CICLO: 01/2010 Materia: Programación Orientada a Objetos Contenido: Modificadores de Acceso y JDBC Protección de miembros de la clase ->El principio de ocultación de información se plasma en los lenguajes OO en diversos mecanismos de protección de los miembros de la clase. ->UML permite asociar tres niveles de protección diferentes a cada miembro de la clase: Miembros públicos ( + ). Sin ningún tipo de protección especial Miembros privados ( - ). Inaccesibles desde el exterior de la clase Miembros protegidos ( # ). Similares a los privados aunque se permite su acceso desde las clases descendientes. ->En Java un miembro se etiqueta como público colocando el identificador public delante de su declaración. ->Para los miembros privados utilizaremos el identificador private.

2 Los distintos modificadores de acceso quedan resumidos en la siguiente tabla: Modificadores de acceso La misma clase Otra clase del mismo paquete Subclase de otro paquete public X X X X protected X X X default X X private X Otra clase de otro paquete ->Los miembros no etiquetados son accesibles por parte de clases amigas. En C++ y otros lenguajes OO las clases amigas a una dada pueden indicarse explícitamente. ->En Java se consideran amigas todas aquellas que forman parte del mismo paquete Un fichero fuente java forma en sí un paquete y por tanto todas las clases incluidas en él son amigas. Las clases incluidas en varios ficheros fuente pueden agruparse en un único paquete indicando el nombre de paquete al principio de cada fichero mediante el indicador package. Veamos un ejemplo mas concreto: En este ejemplo, las clases Cuenta y Banco son amigas al pertenecer al mismo fichero fuente. El acceso a los atributos de los objetos de la clase Cuenta almacenados en el vector interno de Banco queda así garantizado. El atributo saldo puede mantenerse como privado puesto que existe una operación que permite obtener su valor:

3 ->Un paquete crea un espacio de nombres propios. Esto significa que la clase pasa a tener como prefijo el propio nombre del paquete. A la hora de utilizarla tenemos tres opciones: Utilizar su nombre completo: prueba.a Importar esa clase, para poder utilizarla sin el prefijo. Esto se indica al principio del código fuente mediante import prueba.a Importar directamente todas las clases del paquete, que se usarían sin prefijo: import prueba.* ->Un paquete puede estar situado dentro de otro paquete formando estructuras jerárquicas. Ejemplo: miapp.prueba.a Java obliga a que exista una correspondencia entre la estructura de paquetes de una clase y la estructura de directorios donde está situada. Las clases miapp.prueba.a, miapp.prueba.b y miapp.c deben estar en la siguiente estructura de directorios: Protección de clases ->Por protección de clases entendemos un nivel superior de la ocultación de información, a nivel de clases. Es decir, se trata de especificar que clases pueden ser utilizadas y cuales no, y por quién. ->Dentro de un paquete, las clases son amigas y por tanto no existen restricciones respecto a la utilización de una clase por las otras. ->Sin embargo, desde el punto de vista del exterior, únicamente podrán ser utilizadas las clases públicas del paquete, es decir, aquellas con el identificador public situado delante de su declaración. ->Atención: Java sólo permite una clase pública por fichero fuente, y el nombre de la clase y el fichero deben coincidir obligatoriamente. ->En nuestro ejemplo, si queremos que la clase Cuenta pueda ser utilizada desde el exterior del fichero Cuenta.java deberemos declararla como pública.

4 Qué es JDBC? JDBC es un API (Application programming interface) que describe o define una librería estándar para acceso a fuentes de datos, principalmente orientado a Bases de Datos relacionales que usan SQL (Structured Query Language). JDBC no sólo provee un interfaz para acceso a motores de bases de datos, sino que también define una arquitectura estándar, para que los fabricantes puedan crear los drivers que permitan a las aplicaciones java el acceso a los datos. La podemos definir de una manera mas sencillas: JDBC es una biblioteca de clases que permite la conexión con Bases de Datos utilizando Java. Permite realizar operaciones (consultas, actualizaciones,...) sobre base de datos relacionales, utilizando SQL (Structured Query Language). Que ventajas ofrece acceder a la base de datos utilizando JDBC y Java? Que la aplicación será independiente de la plataforma y que se puede mover la aplicación de un sistema gestor de bases de datos a otro (por ejemplo de Oracle a MySQL o a Microsoft SQL Server o a...). Los manejadores Los manejadores, también llamados drivers, son un conjunto de clases que implementan las clases e interfaces del API JDBC necesarias para que una aplicación Java pueda conectarse con una BD. Cuando los desarrolladores de una BD desean que esta pueda ser accesible mediante JDBC éstos deben implementar un manejador para esa base de datos; la misión del manejador será traducir comandos estándar del API JDBC al protocolo nativo de esa base de datos. Cada base de datos emplea un protocolo diferente de comunicación, protocolos que normalmente son propietarios. El uso de un manejador, una capa intermedia entre el código del desarrollador y la base de datos, permite independizar el código Java que accede a la BD del sistema de BD concreto a la que estamos accediendo, ya que en nuestro código Java emplearemos comandos estándar, y estos comandos serán traducidos por el manejador a comandos propietarios de cada sistema de BD concreto. Si queremos cambiar el sistema de BD que empleamos lo único que deberemos hacer es reemplazar el antiguo manejador por el nuevo, y seremos capaces de conectarnos la nueva BD. Tipos de manejadores Hay 4 tipos de manejadores JDBC, que difieren en si usan o no tecnología Java Pura, en su rendimiento y en la flexibilidad para cambiar de base de datos. Veamos cuales son: Puente JDBC-ODBC (tipo1) ODBC es un API estándar semejante a JDBC, que permite que lenguajes como C++ o Visual Basic accedan de un modo estándar a distintos sistemas de BD. Un manejador tipo puente JDBC-ODBC delega todo el trabajo sobre un manejador ODBC, que es quien realmente se comunica con la BD. El puente JDBC-ODBC permite la conexión desde Java a BD que no proveen manejadores JDBC. Fue muy útil cuando se creó el API JDBC, ya que muchas BD no disponían de manejadores JDBC, pero si de manejadores ODBC. Empleando el puente JDBC-ODBC podía accederse a estas bases de datos empleando el API JDBC.

5 El puente forma parte del jdk de SUN, esta en el paquete sun.jdbc.odbc. Inicialmente este tipo de manejador fue bastante útil por aliviar la carencia de manejadores JDBC. Manejador de API nativo (tipo2) Se basa en una librería escrita en código nativo para acceder a la base de datos. El manejador traduce las llamadas JDBC a llamadas al código de la librería nativa, siendo el código nativo el que se comunica con las bases de datos. La librería nativa es proporcionada por los desarrolladores de la BD. Estos manejadores son más eficientes y tienen menos puntos de fallo que el puente JDBC- ODBC ya que hay menos capas entre el código de la aplicación y la base de datos. Sin embargo siguen teniendo el problema de pérdida de portabilidad por emplear código nativo. Manejador de JDBC-Net (tipo3) El manejador se comunica con un servidor intermedio que se encuentra entre el cliente y la base de datos. El servidor intermediario se encarga de traducir las al API JDBC al protocolo específico de la base de datos. No se requiere ningún tipo de código nativo en el cliente, por lo que la portabilidad

6 de la aplicación está garantizada: el manejador es tecnología 100% Java.. Además si el intermediario es capaz de traducir las llamadas JDBC a protocolos específicos de diferentes sistemas de BD podremos emplear un mismo manejador para comunicarnos con diferentes bases de datos. Esto lo convierte en el manejador más flexible de todos. No obstante se trata de un driver complejo, ya que requiere la presencia de un midelware, una capa intermedia entre el cliente y la base de datos, por lo que no es muy común emplearlo en arquitecturas simples, sino más bien en arquitecturas sofisticadas donde muchas veces entran en juego varias bases de datos distintas. Manejador de Protocolo Nativo (tipo4) El manejador traduce directamente las llamadas al API JDBC al protocolo nativo de la base de datos. Es el manejador que tiene mejor rendimiento, pero está más ligado a la base de datos que empleemos que el manejador tipo JDBC-Net, donde el uso del servidor intermedio nos da una gran flexibilidad a la hora de cambiar de base de datos. Este tipo de manejadores también emplea tecnología 100% Java. Los niveles 1 y 2 se usan normalmente cuando no queda otro remedio, porque el único sistema de acceso final al gestor de bases de datos es ODBC, pero exigen instalación de software en el puesto cliente. En la mayoría de los casos la opción más adecuada será el nivel 4.

7 Clase DriverManager Como su nombre indica esta clase es la gestora de los diversos drivers (manejadores) que haya en nuestra aplicación. Es posible que sea necesario en una misma aplicación tener varios manejadores para una misma base de datos, acceder a varias bases de datos que emplean distintos manejadores, o bien ambas situaciones a la vez. De ahí el interés de contar con este gestor de manejadores. Los métodos que más nos interesan de esta clase son static Connection getconnection(string url) y static Connection getconnection(string url, String user String password). Estos métodos intentan establecer conexión con la base de datos que le indiquemos en el campo url empleando para ellos todos los manejadores que hemos registrado. La diferencia entre un método y el otro, obviamente, es que en uno sólo se especifica la base de datos a la que nos queremos conectar, mientras que en el otro se indica también el nombre de usuario de la base de datos y su password. Los pasos a realizar para utilizar JDBC en una aplicación son los siguientes: 1. Cargar la clase que representa al controlador 2. Establecer una conexión 3. Ejecución de sentencias SQL 4. Obtención de los resultados 5. Cierre de la conexión 1. Cargue el driver específico Por qué necesitamos este paso? Para asegurar portabilidad y reutilización del código, el API fue diseñado para ser independiente de la versión o el vendedor de una base de datos. Ya que diferentes DBMS(Sistema de gestión de base de datos) tiene funcionamiento diferente, necesitamos decirle al driver administrador del DBMS que deseamos usarlo, para que pueda invocar el driver correcto. Un driver de Oracle es cargado usando el siguiente código: Class.forName("oracle.jdbc.driver.OracleDriver") Un driver de Mysql es cargado usando el siguiente código: Class.forName("com.mysql.jdbc.Driver") Un driver de SqlServer es cargado usando el siguiente código: Class.forName(com.microsoft.jdbc.sqlserver.sqlServerDriver) 2. Establecer una conexión Con Oracle Una vez el driver es cargado y listo para realizar una conexión, usted puede crear una instancia de un objeto Connection usando: Connection con = DriverManager.getConnection( jdbc:oracle:thin:@ :1521:ictus, scott, tigger ); Veamos lo que significa esta codigo. El primer string es la dirección URL para la base de datos incluyendo el protocolo (JDBC), el vendedor (Oracle), el driver (thin), el número del puerto (1521), y el servidor y por ultimo la base de datos (ictus). El nombre de usuario y la contraseña son scott y tigger, el mismo con que ingresa a SQLPLUS para acceder su cuenta. La conexión retornada en el último paso es una conexión abierta que usaremos para pasar las declaraciones SQL a la base de datos. En este trozo del código, con es una conexión abierta, y nosotros la usaremos abajo. Con Mysql Connection conexion = DriverManager.getConnection ( "jdbc:mysql://localhost/basededatos","user", "password");

8 Con SqlServer Connection conexion = DriverManager.getConnection( jdbc:sqlserver://localhost:1433;databasename=nombrebasededat os,user,password); 3. Ejecución de Sentencias La ejecución de sentencias en la base de datos a través de JDBC se realiza mediante las interfaces Statement ó PreparedStatement. Los objetos de estos tipos se obtienen a partir del objeto de tipo Connection La interfaz Statement Mediante objetos de este tipo se pueden ejecutar sentencias SQL sencillas y obtener los resultados mediante la clase ResulSet. Para obtener un objeto del tipo Statement se llama al método createstatement() del objeto Connection. Una vez que se dispone del objeto se pueden ejecutar sentencias SELECT (que no modifican las tablas) utilizando el método. Resulset executequery(stringsql) Para ejecutar sentencias que contengan UPDATE, INSERT o DELETE hay que utilizar el método executeupdate(stringsql) Interfaz PreparedStatment Algunas veces, es más conveniente o más eficiente usar un objeto PreparedStatement para enviar las instrucciones SQL al DBMS. La característica principal que lo distingue de su superclase Statement, es que a diferencia de la instrucción Statement, ella está dando una instrucción SQL correcta cuando se crea. Esta instrucción SQL se envía en seguida al DBMS, dónde es compilada. Entonces, en efecto, un objeto PreparedStatement es asociado como un canal con una conexión y una instrucción SQL compilada. La ventaja ofrecida es que si necesita usar la misma, o similar consulta con diferentes parámetros varias veces, la instrucción puede ser compilada y optimizada por el DBMS sólo una vez. Contrasta esto con un uso de una Statement normal dónde cada uso de la misma instrucción SQL requiere una compilación de nuevo. También se crean PreparedStatements con un método Connection. El siguiente codigo muestra cómo crear una instrucción SQL parametrizada con tres parámetros de entrada: PreparedStatement prepareupdateprice = con.preparestatement( "UPDATE Venta SET precio =? WHERE nombrebar =? AND marcacerveza =?"); Antes de que podamos ejecutar un PreparedStatement, necesitamos proporcionar los valores de los parámetros. Esto puede hacerse llamando uno de los métodos del setxxx definido en la clase PreparedStatement. Los métodos más usados son los setint, setfloat, setdouble, setstring, etc. Usted puede poner estos valores antes de cada ejecución de la instrucción preparada. Continuando el ejemplo anterior, escribiremos: prepareupdateprecio.setint(1, 1000); prepareupdateprecio.setstring(2, "El Cantinazo");

9 prepareupdateprecio.setstring(3, "Rivereña"); 4.Obtención de los Resultados Como hemos visto en los puntos anteriores el resultado de una consulta es devuelto en un objeto del tipo ResultSet. Podemos imaginar que el resultado se devuelve en forma de tabla donde las filas corresponden a los registros y las columnas a los datos. Primero hay que colocarse en una determinada fila y a continuación acceder a la columna deseada. Para ello, la clase ResultSet dispone de métodos para moverse en filas y de métodos para seleccionar una determinada columna. Para desplazar el cursor empleamos el método next(). Procesar los resultados Tras realizar una consulta tipo SELECT obtenemos como resultado un conjunto de registros, a los cuales podemos acceder mediante la interface Resulset. Esta provee una serie de métodos getxxx(columna) que permiten acceder a cada campo de cada registro devuelto como respuesta a nuestra consulta. Es importante conocer a qué tipo Java se corresponde cada tipo SQL para saber mediante qué método debemos acceder al contenido de cada columna. En la Figura mostramos la equivalencia entre los tipos de dato Java y los tipos de datos SQL.

10 5. Cierre de la conexión Una vez que hemos finalizado el cometido de nuestro ejercicio deberemos de cerrar las conexiones a la base de datos. Para ello invocaremos el método close() sobre los tres objetos mencionados. Tipos de clases de JDBC

11 Ejemplo Completo import java.sql.*; public class VerEmpleado { public VerEmpleado() { Cargando el driver // Se utiliza un try por los posibles errores de MySQL try Conexion { //obtenemos el driver de para mysql Class.forName("com.mysql.jdbc.Driver"); // Se obtiene una conexión con la base de datos. Connection conexion = DriverManager.getConnection ( SQL "jdbc:mysql://localhost/gui4_lpiii","root", ""); // Permite ejecutar sentencias SQL sin parámetros Statement s = conexion.createstatement(); // Contiene la tabla resultado de la pregunta SQL que se haya realizado ResultSet rs = s.executequery ("select * from Empleados"); //Se recorre el ResultSet, mostrando por pantalla los resultados. while (rs.next()) Acceso a los campos { System.out.println ("ID: "+rs.getint(1)+ "\nnombre: "+rs.getstring(2)+ "\napellidos: "+rs.getstring(3)+ "\ntelefono: "+rs.getstring(4)); System.out.println("**********************************"); // Se cierra la conexión con la base de datos. conexion.close(); catch (ClassNotFoundException e1) { //Error si no puedo leer el driver de MySQL System.out.println("ERROR:No encuentro el driver de la BD: "+e1.getmessage()); catch (SQLException e2) { //Error SQL: login/passwd ó sentencia sql erronea System.out.println("ERROR:Fallo en SQL: "+e2.getmessage()); /** * Método principal, instancia una clase PruebaMySQL * args the command line arguments */ public static void main(string[] args) { new VerEmpleado();