martes, 31 de diciembre de 2013

El Collectioiis Framework de Java 1.2 - III

Clases Wrapper: Colecciones con características adicionales, como no poder ser modificadas o estar sincronizadas. No se accede a ellas mediante constructores, sino mediante métodos "factory** de la clase Collections. 
Clases de utilidad: Son mini-implementaciones que permiten obtener sets especializados, como por ejemplo sets constantes de un sólo elemento (singleton) o lists con ti copias del mismo elemento (nCopies). Definen las constantes EMPTY_SET y MPTY_LIST. Se accede a través de la clase Collections. 
Clases históricas: Son las clases Vector y Hashtable presentes desde las primeras versiones de Jara. En las versiones acmales. implementan respectivamente las interfaces List y Map. aunque conservan también los métodos anteriores. 
Clases abstractas: Son las clases abstract de la Figura 4.2. Tienen total o parcialmente implemen- tados los métodos de la interface correspondiente. Sirven para que los usuarios deriven de ellas sus propias clases con un mínimo de esfuerzo de programación. 
Algoritmos: La clase Collections dispone de métodos static para ordenar, desordenar, invertir orden, realizar búsquedas, llenar, copiar, hallar el mínimo y hallar el máximo. 
Clase Arrays: Es una clase de utilidad introducida en el JDK 1.2 que contiene métodos static para ordenar, llenar, realizar búsquedas y comparar los arrays clásicos del lenguaje. Permite también vel- los arrays como lists. Después de esta visión general de la Java Collections Framework. se verán algunos detalles de las clases e interfaces más importantes.

El Collectioiis Framework de Java 1.2 - II

Las clases Collections y Arrays son mi poco especiales: no son abstract. pero no tienen constructores públicos con los que se puedan crear objetos. Fundamentalmente contienen métodos static para realizar ciertas operaciones de utilidad: ordenar, buscar, introducir ciertas características en objetos de otras clases, etc. 
  Elementos del Java Collections Framework Interfaces de la JCF: Constituyen el elemento central de la JCF. 
• Collection: define métodos para tratar una colección genérica de elementos 
• Set: colección que no admite elementos repetidos 
• SortedSet: set cuyos elementos se mantienen ordenados según el criterio establecido 
• List: admite elementos repetidos y mantiene un orden inicial 
• Map: conjunto de pares clave/valor, sin repetición de claves 
• SortedMap: map cuyos elementos se mantienen ordenados según el criterio establecido 
Interfaces de soporte: 
• Iterator: sustituye a la interface Enumeratiou. Dispone de métodos para recorrer una colección y para borrar elementos. 
• Listlterator: deriva de Iterator y permite recorrer lists en ambos sentidos. 
• Comparable: declara el método compareToQ que permite ordenar las distintas colecciones según un orden natural (String. Date. Integer. Double. ...). 
• Comparator: declara el método compareQ y se utiliza en lugar de Comparable cuando se desea ordenar objetos no estándar o sustituir a dicha interface. 
Clases de propósito general: Son las implementaciones de las interfaces de la JFC. 
• Hash Set: Interface Set implementada mediante una hash table. 
• TreeSet: Interface SortedSet implementada mediante un árbol binario ordenado. 
• ArrayList: Interface List implementada mediante un array. 
• LinkedList: Interface List implementada mediante una lista vinculada. 
• Hash Map: Interface Map implementada mediante una hash table. 
• WeekHashMap: Interface Map implementada de modo que la memoria de los pares clave/valor pueda ser liberada cuando las claves no tengan referencia desde el exterior de la WeekHashMap. 
• TreeMap: Interface SortedMap implementada mediante un árbol binario

lunes, 30 de diciembre de 2013

El Collectioiis Framework de Java 1.2 - I

En la versión 1.2 del JDK se introdujo el Java Framework Collections o "estructura de colecciones de Java" (en adelante JCF). Se trata de un conjunto de clases e interfaces que mejoran notablemente las capacidades del lenguaje respecto a estructuras de datos. Además, constituyen un excelente ejemplo de aplicación de los conceptos propios de la programación orientada a objetos. Dada la amplitud de Java en éste y en otros aspectos se va a optar por insistir en la descripción general, dejando al lector la tarea de buscar las características concretas de los distintos métodos en la documentación de Java. En este apartado se va a utilizar una forma -más breve que las tablas utilizadas en otros apartados- de informar sobre los métodos disponibles en una clase o interface. La Figura 4.1 muestra la jerarquía de interfaces de la Java Collection Framework (JCF). En letra cursiva se indican las clases que implementan las correspondientes interfaces. Por ejemplo, hay dos clases que implementan la interface Map. HashMap y Hashtable. Las clases vistas en los apartados anteriores son clases "históricas", es decir, clases que existían antes de la versión JDK 1.2. Dichas clases se denotan en la Figura 4.1 con la letra "h" entre paréntesis. Aunque dichas clases se han mantenido por motivos de compatibilidad, sus métodos no siguen las reglas del diseño general del JCF: en la medida de lo posible se recomienda utilizar las nuevas clases.
En el diseño de la JCF las interfaces son muy importantes porque son ellas las que determinan las capacidades de las clases que las implementan. Dos clases que implementan la misma interface se pueden utilizar exactamente de la misma forma. Por ejemplo, las clases ArrayList y LinkedList disponen exactamente de los mismos métodos y se pueden utilizar de la misma forma. La diferencia está en la implementación: mientras que ArrayList almacena los objetos en un array, la clase LinkedList los almacena en una lista vinculada. La primera será más eficiente para acceder a un elemento arbitrario, mientras que la segunda será más flexible si se desea borrar e insertar elementos. 
La Figura 4.2 muestra la jerarquía de clases de la JCF. En este caso, la jerarquía de clases es menos importante desde el punto de vista del usuario que la jerarquía de interfaces. En dicha figura se muestran con fondo blanco las clases abstractas, y con fondo gris claro las clases de las que se pueden crear objetos.

domingo, 29 de diciembre de 2013

Clase Hashtable

La clase java.util.Hashtable extiende Dictionary (abstract) e implementa Cloueabley Serializable. Una hash table es una tabla que relaciona una clave con un valor. Cualquier objeto distinto de nuil puede ser tanto clave como valor. La clase a la que pertenecen las claves debe implementar los métodos hashCodef) y equalsf). con objeto de hacer búsquedas y comparaciones. 
El método hashCode() devuelve mi entero único y distinto para cada clave, que es siempre el mismo en una ejecución del programa pero que puede cambiar de una ejecución a otra. Además, para dos claves que resultan iguales según el método equalsf). el método 1iashCode() devuelve el mismo entero. Las hash tables están diseñadas para mantener una colección de pares clave/valor, permitiendo insertar y realizar búsquedas de un modo muy eficiente Cada objeto de Hashtable tiene dos variables: capacity y load factor (entre 0.0 y 1.0). Cuando el número de elementos excede el producto de estas variables, la Hashtable crece llamando al método rehashf). Un load factor más grande apura más la memoria, pero será menos eficiente en las búsquedas. Es conveniente partir de una Hashtable suficientemente grande para no estar ampliando continuamente

Hashtable números = new Hashtable ();
numbers.put("uno", new Integer(1));
numbers.put("dos", new Integer(2));
numbers.put("tres", new Integer(3));
donde se ha hecho uso del método putQ. La Tabla 4.7 muestra los métodos de la clase Hashtable.

sábado, 28 de diciembre de 2013

Clase Vector

La clase java.útil. Vector deriva de Object. implementa Cloneable (para poder sacar copias con el método cloneQ) y Serializable (para poder ser convertida en cadena de caracteres). Como su mismo nombre sugiere. Vector representa un array de objetos (referencias a objetos de tipo Object) que puede crecer y reducirse, según el número de elementos. 
Además permite acceder a los elementos con un índice, aunque no permite utilizar los corchetes []. El método capacity() devuelve el tamaño o número de elementos que puede tener el vector. El método size() devuelve el número de elementos que realmente contiene, mientras que capacitylncrement es una variable que indica el salto que se dará en el tamaño cuando se necesite crecer. La Tabla 4.6 muestra los métodos más importantes de la clase Vector. Puede verse que el gran número de métodos que existen proporciona una notable flexibilidad en la utilización de esta clase.
Además de capacitylncrement. existen otras dos variables miembro: elementCount. que representa el número de componentes válidos del vector, y elementData[] que es el array de Objects donde realmente se guardan los elementos del objeto Vector (capacity es el tamaño de este array). Las tres variables citadas son protected.

viernes, 27 de diciembre de 2013

Interface Enumeratiou

La interface java.utiLEnumeration define métodos útiles para recorrer una colección de objetos. Puede haber distintas clases que implementen esta interface y todas tendrán un comportamiento similar. La interface Enumeratiou declara dos métodos: 
  1. public boolean hasMoreElements(). Indica si hay más elementos en la colección o si se ha llegado ya al final. 
  2. public Object nextElement(). Devuelve el siguiente objeto de la colección. Lanza una NoSuchElementException si se llama y ya no hay más elementos. Ejemplo: Para imprimir los elementos de un vector vec se pueden utilizar las siguientes sentencias:

for (Enumeration e = vec.elements(); e.hasMoreElements(); ) {
System.out.println(e.nextElement());
}

donde, como puede verse en la Tabla 4.6. el método elementsQ devuelve precisamente una referencia de tipo Enumeratiou. Con los métodos hasMoreElements() y nextElement() y un bucle for se pueden ir imprimiendo los distintos elementos del objeto Vector.

COLECCIONES

Java dispone también de clases e interfaces para trabajar con colecciones de objetos. En primer lugar se verán las clases Vector y Hashtable. así como la interface Enumeration. Estas clases están presentes en lenguaje desde la primera versión. Después se explicará brevemente la Java Collections Framework, introducida en la versión JDK 1.2.

jueves, 26 de diciembre de 2013

CLASE MATH

La clase joro.latig.Maíh deriva de Object. La clase Math proporciona métodos static para realizar las operaciones matemáticas más habituales. Proporciona además las constantes E y PI. cuyo significado no requiere muchas explicaciones. La Tabla 4.5 muestra los métodos matemáticos soportados por esta clase.

miércoles, 25 de diciembre de 2013

Clase Integer

La clase java.lang.Integer tiene como variable miembro un valor de tipo int. La Tabla 4.4 muestra los métodos y constantes de la clase Integer.
Los Wrappers Byte, Short y Long son similares a Integer.
Los Wrappers son utilizados para convertir cadenas de caracteres (texto) en números. Esto es útil cuando se leen valores desde el teclado, desde un fichero de texto, etc. Los ejemplos siguientes muestran algunas conversiones:

String numDecimalString = "8.978";
float numFloat=Float.valueOf(numDecimalString).floatValue(); // numFloat = 8,979
double numDouble=Double.valueOf(numDecimalString).doubleValue();// numDouble = 3,979
String numlntString = "1001";
int numlnt=lnteger.valueOf(numlntString).intValué();  // numlnt = 1001

En el caso de que el texto no se pueda convertir directamente al tipo especificado se lanza una excepción de tipo NumberFormatException. por ejemplo si se intenta convertir dilectamente el texto "4.897*' a un número entero. El proceso que habrá que seguir será convertirlo en primer lugar a un número float y posteriormente a número entero.

martes, 24 de diciembre de 2013

Clase Double

La clase java.lang,Double deriva de Number, que a su vez deriva de Object. Esta clase contiene un valor primitivo de tipo double. La Tabla 4.3 muestra algunos métodos y constantes predefinidas de la clase Double.
El Wrapper Float es similar al Wrapper Double.

lunes, 23 de diciembre de 2013

WRAPPERS

Los Wrappers (envoltorios) son clases diseñadas para ser un complemento de los tipos primitivos. En efecto, los tipos primitivos son los únicos elementos de Java que no son objetos. Esto tiene algunas ventajas desde el punto de vista de la eficiencia. pero algunos inconvenientes desde el punto de vista de la funcionalidad. 
Por ejemplo, los tipos primitivos siempre se pasan como argumento a los métodos por valor. mientras que los objetos se pasan por referencia. No hay forma de modificar en un método un argumento de tipo primitivo y que esa modificación se trasmita al entorno que hizo la llamada. Una forma de conseguir esto es utilizar IUI Wrapper. esto es un objeto cuya variable miembro es el tipo primitivo que se quiere modificar. Las clases Wrapper también proporcionan métodos para realizar otras tareas con lo tipos primitivos, tales como conversión con cadenas de caracteres en uno y otro sentido. Existe una clase Wrapper para cada uno de los tipos primitivos numéricos, esto es. existen las clases Byte. Short. Inte ge r. Long. Float y Double (obsérvese que los nombres empiezan por mayúscula, siguiendo la nomenclatura típica de Java). A continuación se van a ver dos de estas clases: 
Double e Integer. Las otras cuatro son similares y sus características pueden consultarse en la documentación on-line. 4.3.1 Clase Double La clase java.lang.Double deriva de Number. que a su vez deriva de Object. Esta clase contiene un valor primitivo de tipo double. La Tabla 4.3 muestra algunos métodos y constantes predefinidas de la clase Double.

domingo, 22 de diciembre de 2013

Métodos de la clase StringBuffer

La clase StringBuffer se utiliza prácticamente siempre que se desee modificar una cadena de caracteres. Completa los métodos de la clase String ya que éstos realizan sólo operaciones sobre el texto que no conllevan un aumento o disminución del número de letras del String. Recuérdese que hay muchos métodos cuyos argumentos deben ser objetos String. que antes de pasar esos argumentos habrá que realizar la conversión correspondiente. La Tabla 4.2 muestra los métodos más importantes de la clase StringBuffer.

Métodos de la clase String

Los objetos de la clase String se pueden crear a partir de cadenas constantes o /iteráis. definidas entre dobles comillas, como por ejemplo: "Hola". Java crea siempre un objeto String al encontrar una cadena entre comillas. A continuación se describen dos formas de crear objetos de la clase String.

String strl = "Hola";    // el sistema más eficaz de crear Strings
String str2 = new String("Kola"); // tarabién se pueden crear con un constructor


El primero de los métodos expuestos es el más eficiente, porque como al encontrar un texto entre comillas se crea automáticamente un objeto String. en la práctica utilizando new se llama al constructor dos veces. También se pueden crear objetos de la clase String llamando a otros constructores de la clase, a partir de objetos StringBuffer. y de arrays de bytes o de chars. La Tabla 4.1 muestra los métodos más importantes de la clase String.
Un punto importante a tener en cuenta es que hay métodos, tales como System,out.println(), que exigen que su argumento sea un objeto de la clase String. Si no lo es. habrá que utilizar algún método que| lo convierta en String. El lócale, citado en la Tabla 4.1. es la forma que java tiene para adaptarse a las peculiaridades de los idiomas distintos del inglés: acentos, caracteres especiales, forma de escribir las fechas y las horas, unidades monetarias, etc.

viernes, 20 de diciembre de 2013

CLASES STRING Y STRINGBUFFER

Las clases String y StringBuffer están orientadas a manejar cadenas de caracteres. La clase String está orientada a manejar cadenas de caracteres constantes, es decir, que no pueden cambiar. La clase StringBuffer pennite que el programador cambie la cadena insertando, borrando, etc. 
La primera es más eficiente, mientras que la segunda permite más posibilidades. Ambas clases pertenecen al package jara.long. y por lo tanto no hay que importarlas. 
Hay que indicar que el operador de concatenación (+) entre objetos de tipo String utiliza internamente objetos de la clase StringBuffer y el método appendf). Los métodos de String se pueden utilizar directamente sobre literals (cadenas entre comillas), como por ejemplo: "Hola".lengthQ.

jueves, 19 de diciembre de 2013

Arrays tridimensionales

Los arrays bidimensionales de Java se crean de un modo muy similar al de C++ (con reserva dinámica de memoria). En Java una matriz es un vector de vectores fila, o más en concreto un vector de referencias a los vectores fila. Con este esquema, cada fila podría tener un número de elementos diferente. Una matriz se puede crear directamente en la forma,

int [] [] niat = new int[3][4];
o bien se puede crear de modo dinámico dando los siguientes pasos:
1.    Crear la referencia indicando con un doble corchete que es una referencia a matriz,
int[][] mat;
2.    Crear el vector de referencias a las filas.
mat = new int[nfilas][];
3.    Reservar memoria para los vectores correspondientes a las filas.
for (int i=0; icnfilas; i++);
mat [i] = new int[ncols];
A continuación se presentan algunos ejemplos de creación de arrays tridimensionales:
// crear una matriz 3x3
//       se inicializan a cero
double mat[][] = new double[3][3];
int [] [] b = {{1, 2, 3},
{4, 5, 6}, // esta coma es permitida
};
int c = new[3][]; // se crea el array de referencias a arrays
c[0] = new int[5];
c [ 1] = new int[4];
c[2] = new int[8];

En el caso de una matriz b. b.length es el número de filas y b[0].length es el número de columnas (de la fila 0). Por supuesto, los arrays bidimensionales pueden contener tipos primitivos de cualquier tipo u objetos de cualquier clase.

miércoles, 18 de diciembre de 2013

ARRAYS - II

Inicialización de arrays: 
1. Los arrays se pueden inicializar con valores entre llaves {...} separados por comas. 
2. También los arrays de objetos se pueden inicializar con varias llamadas a new dentro unas llaves {...}. 
3. Si se igualan dos referencias a un array no se copia el array, sino que se tiene un array dos nombres, apuntando al mismo y único objeto. 
4. Creación de una referencia a un array. Son posibles dos formas:

double[] x; // preferible
double x[];

5. Creación del array con el operador new.
x = new double[100];
6. Las dos etapas 4 y 5 se pueden unir en una sola:
double[] x = new double[100];
A continuación se presentan algunos ejemplos de creación de arrays:
// crear un array de 10 enteros, que por defecto se inicializan a cero
int v[] = new int[10];
// crear arrays inicializando con determinados valores
int v[] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
String dias[] = {"lunes", "martes", "miercoles", "jueves",
"viernes", "sabado", "domingo"};
// array de 5 objetos
MiClase listaObj[] = new MiClase[5]; // de momento hay 5 referencias a nuil
for( i = 0 ; i < 5;i++)
ÜstaObj [i] = new MiClase (...);
// array anónimo
obj.método(new String[]={"uno", "dos"tres"});

martes, 17 de diciembre de 2013

ARRAYS - I

Los arrays de Java (vectores, matrices, hiper-matrices de más de dos dimensiones) se tratan como objetos de una clase predefinida. Los arrays son objetos, pero con algunas características propias. Los arrays pueden ser asignados a objetos de la clase Object y los métodos de Object pueden ser utilizados con arrays. Algunas de sus características más importantes de los arrays son las siguientes: 
  1. Los arrays se crean con el operador new seguido del tipo y número de elementos. 
  2. Se puede acceder al número de elementos de un array con la variable miembro implícita length (por ejemplo, vect.length). 
  3. Se accede a los elementos de un array con los corchetes [] y un índice que varía de 0 a length-1. 
  4. Se pueden crear arrays de objetos de cualquier tipo. En principio un array de objetos es un array de referencias que hay que completar llamando al operador new. 
  5. Los elementos de un array se inicializan al valor por defecto del tipo correspondiente (cero para valores numéricos, el carácter nulo para char. false para boolean. nuil para Strings y para referencias). 
  6. Como todos los objetos, los arrays se pasan como argumentos a los métodos por referencia. 
  7. Se pueden crear arrays anónimos (por ejemplo, crear un nuevo array como argumento actual en la llamada a un método).

domingo, 15 de diciembre de 2013

CLASES DE UTILIDAD

Programando en Java nunca se paite de cero: siempre se paite de la infraestructura definida por el API de Java, cuyos packages proporcionan una buena base para que el programador construya sus aplicaciones. En este Capítulo se describen algunas clases que serán de utilidad para muchos programadores.

sábado, 14 de diciembre de 2013

POLIMORFISMO - II

Conversión de objetos 

El polimorfismo visto previamente está basado en utilizar referencias de un tipo más "amplio"' que los objetos a los que apuntan. Las ventajas del polimorfismo son evidentes, pero hay una importante limitación: el tipo de la referencia (clase abstracta, clase base o interface) limita los métodos que se pueden utilizar y las variables miembro a las que se pueden acceder. Por ejemplo, un objeto puede tener una referencia cuyo tipo sea una interface. aunque sólo en el caso en que su clase o una de sus super-clases implemente dicha interface. Un objeto cuya referencia es un tipo interface sólo puede utilizar los métodos definidos en dicha interface. Dicho de otro modo, ese objeto no puede utilizar las variables y los métodos propios de su clase. 
De esta forma las referencias de tipo interface definen, limitan y unifican la fonna de utilizarse de objetos pertenecientes a clases muy distintas (que implementan dicha interface). Si se desea utilizar todos los métodos y acceder a todas las variables que la clase de un objeto permite, hay que utilizar un cast explícito. que convierta su referencia más general en la del tipo específico del objeto. De aquí una parte importante del interés del cast entre objetos (más bien entre referencias, habría que decir). 
Para la conversión entre objetos de distintas clases. Java exige que dichas clases estén relacionadas por herencia (una deberá ser sub-clase de la otra). Se realiza una conversión implícita o automática de una sub-clase a una super-clase siempre que se necesite, ya que el objeto de la sub-clase siempre tiene toda la información necesaria para ser utilizado en lugar de un objeto de la super-clase. No importa que la super-clase no sea capaz de contener toda la información de la sub- clase. La conversión en sentido contrario -utilizar luí objeto de una super-clase donde se espera encontrar uno de la sub-clase- debe hacerse de modo explícito y puede producir errores por falta de información o de métodos. Si falta información, se obtiene una ClassCastException.No se puede acceder a las variables exclusivas de la sub-clase a través de una referencia de la super-clase. Sólo se pueden utilizar los métodos definidos en la super-clase, aunque la definición utilizada para dichos métodos sea la de la sub-clase. 
Por ejemplo, supóngase que se crea un objeto de una sub-clase B y se referencia con un nombre de una super-clase A.
A a = new B() ;
en este caso el objeto creado dispone de más información de la que la referencia a le permite acceder (podría ser. por ejemplo, una nueva variable miembro j declarada en B). Para acceder a esta información adicional hay que hacer un cast explícito en la forma (B)a. Para imprimir esa variable j habría que escribir (los paréntesis son necesarios):
System.out.println( ((B)a).j );

Un cast de un objeto a la super-clase puede permitir utilizar variables -no métodos- de la super-clase. aunque estén redefinidos en la sub-clase. Considérese el siguiente ejemplo: La clase C deriva de B y B deriva de A. Las tres definen una variable x. En este caso, si desde el código de la sub-clase C se utiliza:

x            //se accede a la x de C
this.x       // se accede a la x de C
super.x      // se accede a la x de B. Sólo se puede subir un nivel
((B)this).x  // se accede a la x de B
((A)this).x  // se accede a la x de A

jueves, 12 de diciembre de 2013

POLIMORFISMO - I

Ya se vio en el ejemplo presentado en el Apartado 1.3.8 y en los comentarios incluidos en qué consistía el polimorfismo. El polimorfismo tiene que ver con la relación que se establece entre la llamada a un método y el código que efectivamente se asocia con dicha llamada. 
A esta relación se llama vinculación (binding). La vinculación puede ser temprana (en tiempo de compilación) o tardía (en tiempo de ejecución). Con funciones normales o sobrecargadas se utiliza vinculación temprana (es posible y es lo más eficiente). Con funciones redefinidas en Java se utiliza siempre vinculación tardía. excepto si el método es final. El polimorfismo es la opción por defecto en Java. 
La vinculación tardía hace posible que. con un método declarado en una clase base (o en una interface) y redefinido en las clases derivadas (o en clases que implementan esa interface), sea el tipo de objeto y no el tipo de la referencia lo que determine qué definición del método se va a utilizar. 
El tipo del objeto al que apunta una referencia sólo puede conocerse en tiempo de ejecución, y por eso el polimorfismo necesita evaluación tardía. 
El polimorfismo permite a los programadores separar las cosas que cambian de las que no cambian, y de esta manera hacer más fácil la ampliación, el mantenimiento y la reutilización de los programas. 
El polimorfismo puede hacerse con referencias de super-clases abstraer, super-clases normales e interfaces. Por su mayor flexibilidad y por su independencia de la jerarquía de clases estándar, las interfaces permiten ampliar muchísimo las posibilidades del polimorfismo.

miércoles, 11 de diciembre de 2013

Conversión de tipos primitivos

La conversión entre tipos primitivos es más sencilla. En Java se realizan de modo automático conversiones implícitas de un tipo a otro de más precisión. por ejemplo de int a long. de float a double. etc. Estas conversiones se hacen al mezclar variables de distintos tipos en expresiones matemáticas o al ejecutar sentencias de asignación en las que el miembro izquierdo tiene mi tipo distinto (más amplio) que el resultado de evaluar el miembro derecho. 
Las conversiones de mi tipo de mayor a otro de menor precisión requieren una orden explícita del programador, pues son conversiones inseguras que pueden dar lugar a errores (por ejemplo, para pasar a short un número almacenado como int. hay que estar seguro de que puede ser representado con el número de cifras binarias de short). A estas conversiones explícitas de tipo se les llama cast. El cast se hace poniendo el tipo al que se desea transformar entre paréntesis, como por ejemplo.

long result;
result = (long) (a/(b+c));


A diferencia de C/C++, en Java no se puede convertir un tipo numérico a boolean. La conversión de Strings (texto) a números se verá en el Apartado 4.3. en la página 69.

martes, 10 de diciembre de 2013

TRANSFORMACIONES DE TIPO: CASTING

En muchas ocasiones hay que transformar una variable de un tipo a otro, por ejemplo de int a double. o de float a long. En otras ocasiones la conversión debe hacerse entre objetos de clases diferentes, aunque relacionadas mediante la herencia. En este apartado se explican brevemente estas transformaciones de tipo.

lunes, 9 de diciembre de 2013

PERMISOS DE ACCESO EN JAVA - II

Accesibilidad de las variables y métodos miembros de una clase: 

Desde dentro de la propia clase: 
1. Todos los miembros de una clase son directamente accesibles (sin cualificar con ningún nombre o cualificando con la referencia this) desde dentro de la propia clase. Los métodos no necesitan que las variables miembro sean pasadas como argumento. 
2. Los miembros prívate de una clase sólo son accesibles para la propia clase. 
3. Si el constructor de una clase es prívate. sólo mi método static de la propia clase puede crear objetos. 

Desde una sub-clase: 

1. Las sub-clases heredan los miembros prívate de su super-clase. pero sólo pueden acceder a ellos a través de métodos public. protected o package de la super-clase. 

Desde otras clases del package: 

1. Desde una clase de un package se tiene acceso a todos los miembros que no sean prívate de las demás clases del package. 

Desde otras clases fuera del package: 

1. Los métodos y variables son accesibles si la clase es public y el miembro es public. 
2. También son accesibles si la clase que accede es una sub-clase y el miembro es protected. La Tabla 3.1 muestra un resumen de los permisos de acceso en Java.

domingo, 8 de diciembre de 2013

PERMISOS DE ACCESO EN JAVA - I

Una de las características de la Programación Orientada a Objetos es la encapsulación. que consiste básicamente en ocultar la información que no es pertinente o necesaria para realizar una determinada tarea. Los permisos de acceso de Java son una de las herramientas para conseguir esta finalidad. 

Accesibilidad de los packages 

El primer tipo de accesibilidad hace referencia a la conexión física de los ordenadores y a los permisos de acceso entre ellos y en sus directorios y ficheros. En este sentido, un package es accesible si sus directorios y ficheros son accesibles (si están en un ordenador accesible y se tiene permiso de lectura). Además de la propia conexión física, serán accesibles aquellos packages que se encuentren en la variable CLASSPATH del sistema. 

Accesibilidad (le clases o interfaces 

En principio, cualquier clase o interface de mi pac ka ge es accesible para todas las demás clases del package. tanto si es public como si no lo es. Una clase public es accesible para cualquier otra clase siempre que su package sea accesible. Recuérdese que las clases e interfaces sólo pueden ser public o package (la opción por defecto cuando no se pone ningún modificador).

sábado, 7 de diciembre de 2013

Clases anónimas - II

Para las clases anónimas compiladas el compilador produce ficheros con 1111 nombre del tipo ClaseContenedoraSl.class. asignando un número correlativo a cada una de las clases anónimas. Conviene ser muy cuidadoso respecto a los aspectos tipográficos de la definición de clases anónimas, pues al 110 tener nombre dichas clases suelen resultar difíciles de leer e interpretar. Se aconseja utilizar las siguientes normas tipográficas. 
  1. Se aconseja que la palabra new esté en la misma línea que el resto de la expresión. 
  2. Las llaves se abren en la misma línea que new. después del cieñe del paréntesis de los argumentos del constructor. 
  3. El cuerpo de la clase anónima se debe sangrar o indentar respecto a las líneas anteriores de código para que resulte claramente distinguible. 
  4. El cierre de las llaves va seguido por el resto de la expresión en la que se ha definido la clase anónima. Esto puede servir como indicación tipográfica del cieñe. Puede ser algo así como }; o }); A continuación se presenta un ejemplo de definición de clase anónima en relación con el AWT:

unObjeto.addActionListener( new ActionListener() {
public void actionPerformed(ActionEvent e) {
> 
)) ;

donde en negrita se señala la clase anónima, que deriva de Object e implementa la interface ActionListener. 
Las clases anónimas se utilizan en lugar de clases locales para clases con muy poco código, de las que sólo hace falta un objeto. No pueden tener constructores, pero sí inicializaclores static o de objeto. Además de las restricciones citadas, tienen restricciones similares a las clases locales.

viernes, 6 de diciembre de 2013

Clases anónimas - I

Las clases anónimas son muy similares a las clases internas locales, pero sin nombre. En las clases internas locales primero se define la clase y luego se crean uno o más objetos. En las clases anónimas se unen estos dos pasos: 
Como la clase 110 tiene nombre sólo se puede crear un único objeto, ya que las clases anónimas no pueden definir constructores. Las clases anónimas se utilizan con mucha frecuencia en el AWT para definir clases y objetos que gestionen los eventos de los distintos componentes de la interface de usuario. No hay interfaces anónimas. 
Formas de definir una clase anónima. 
  1. Las clases anónimas requieren una extensión de la palabra clave new. Se definen en una expresión de Java, incluida en una asignación o en la llamada a un método. Se incluye la palabra new seguida de la definición de la clase anónima, entre llaves {...}. 
  2. Otra forma de definirlas es mediante la palabra new seguida del nombre de la clase de la que hereda (sin extends) y la definición de la clase anónima entre llaves {...}. El nombre de la super-clase puede ir seguido de argumentos para su constructor (entre paréntesis, que con mucha frecuencia estarán vacíos pues se utilizará un constructor por defecto). 
  3. Una tercera forma de definirlas es con la palabra new seguida del nombre de la interface que implementa (sin implements) y la definición de la clase anónima entre llaves {...}. En este caso la clase anónima deriva de Object. El nombre de la interface va seguido por paréntesis vacíos, pues el constructor de Object no tiene argumentos.

jueves, 5 de diciembre de 2013

Clases internas locales - II

Restricciones en el uso de las clases internas locales: 
  1. No pueden tener el mismo nombre que ninguna de sus clases contenedoras. 
  2. No pueden definir variables, métodos y clases static. 
  3. No pueden ser declaradas public, protected. prívate o package. pues su visibilidad es siempre la de las variables locales, es decir, la del bloque en que han sido definidas.
Las clases internas locales se utilizan para definir clases Adapter en el AWT. A continuación se presenta un ejemplo de definición de clases internas locales:

// fichero ClasesIntLocales.java
// Este fichero demuestra cómo se crean clases locales
class A {
int i=-l; // variable miembro
// constructor
public A(int i) {this.i=i;}
// definición de un método de la clase A
public void getAi(final long k) { // argumento final
final double f=3.14;          // variable local final
// definición de una clase interna local
class BL {
int j=2;
public BL(int j) {this.j=j;} // constructor
public void printBLO {
System.out.println(" j="+j+" i="+i+" f="+f+" k="+k);
}
} // fin clase BL
// se crea un objeto de BL
BL bl = new BL(2*i);
// se imprimen los datos de ese objeto
bl.printBLO ;
} // fin getAi

} // fin clase contenedora A

class ClasesIntLocales {
public static void main(String [] arg) {
// se crea dos objetos de la clase contenedora
A al = new A(-10);
A a2 = new A(-ll);
// se llama al método getAi()
al.getAi(1000); // se crea y accede a un objeto de la clase local
a2.getAi(2000);
} // fin de main()
public static void println(String str) {System.out.println(str);}
} // fin clase ClasesIntLocales

miércoles, 4 de diciembre de 2013

Clases internas locales - I

Las clases internas locales o simplemente clases locales no se declaran dentro de otra clase al máximo nivel, sino dentro de un bloque de código. normalmente en un método. aunque también se pueden crear en un inicializador static o de objeto. Las principales características de las clases locales so las siguientes: 
  1.  Como las variables locales. las clases locales sólo son visibles y utilizables en el bloque de código en el que están definidas. Los objetos de la clase local deben ser creados en el mismo bloque en que dicha clase ha sido definida. De esta forma se puede acercar la definición al uso de la clase. 
  2. Las clases internas locales tienen acceso a todas las variables miembro y métodos de la clase contenedora. Pueden ver también los miembros heredados. tanto por la clase interna local como por la clase contenedora. 
  3. Las clases locales pueden utilizar las variables locales y argumentos de métodos risibles en ese bloque de código. pero sólo si son final* (en realidad la clase local trabaja con sus copias de las variables locales y por eso se exige que sean final y no puedan cambiar). 
  4. Un objeto de una clase interna local sólo puede existir en relación con mi objeto de la clase contenedora. que debe existir previamente. 
  5. La palabra this se puede utilizar en la misma forma que en las clases internas miembro, pero no las palabras new y super

martes, 3 de diciembre de 2013

Clases internas miembro (no static) - III

Las clases internas pueden derivar de otras clases diferentes de la clase contenedora. E11 este caso, conviene tener en cuenta las siguientes reglas:
  1. Las clases internas constituyen como una segunda jerarquía de clases en Java , por una parte están en la clases contenedora y ven sus variables: por otra pane pueden derivar de otra clase que 110 tenga nada que ver con la clase contenedora. Es muy importante evitar conflictos con los nombres. En caso de conflicto entre un nombre heredado y un nombre en la clase contenedora, el nombre heredado debe tener prioridad. 
  2. En caso de conflicto de nombres. Java obliga a utilizar la referencia this con un nuevo significado: para referirse a la variable o método miembro heredado se utiliza this.name, mientras que se utiliza NombreClaseCont.this.name para el miembro de la clase contenedora.. 
  3. Si una clase contenedora deriva de una super-clase que tiene una clase interna, la clase interna de la sub-clase puede a su vez derivar de la clase interna de la super-clase y reclefmir todos los métodos que necesite. La casuística se puede complicar todo lo que se desee, pero siempre hay que recomendar hacer las cosas lo más sencillas que sea posible.
El uso de las clases internas miembro tiene las siguientes restricciones: 
  1. Las clases internas no pueden tener el mismo nombre que la clase contenedora o package. 
  2. Tampoco pueden tener miembros static: variables, métodos o clases. 
A continuación se presenta un ejemplo completo de utilización de clases internas miembro:

// fichero Claseslnternas.java
// clase contenedora
class A {
int i=l;                 // variable miembro
public A(int i) {this.i=i;} // constructor
// los métoodos de la clase contenedora necesitan una
//      referencia a los objetos de la clase interna
public void printA (B unB) {
System.out.println("i="+i+" unB.j="+unB.j); // si acepta unB.j
> 
// la clase interna puede tener cualquier visibilidad. Con private da error
//      porque main() no puede acceder a la clase interna
protected class B {
int j=2;
public B(int j) {this.j=j;} // constructor
public void printB() {
System.out.println("1=" + i + " j=" + j); // si sabe qué es j
> 
} // fin clase B
} // fin clase contenedora A
class Claseslnternas {
public static void main(String [] arg) {
A al = new A(ll); A a2 = new A(12);
println("al.i=" + al.i + " a2.i=" + a2.i);
// forma de crear objetos de la clase interna
//         asociados a un objeto de la clase contenedora
A.B bl = al.new Bf-lO), ¿2 = al.new B(-20);
// referencia directa a los objetos bl y b2 (sin cualificar).
println("bl.j=" + bl.j + " b2.j=" + b2.j);
// los métodos de la clase interna pueden acceder directamente a
// las variables miembro del objeto de la clase contenedora
bl.printB(); // escribe: i=ll j=-10
b2.printB(); // escribe: i=ll j=-20
// los métodos de la clase contenedora deben recibir referencias
//         a los objetos de la clase interna, pera que puedan identificarlos
al.printA(bl); al.printA(b2);
A a3 = new A(13);
A.B b3 = a3.new B(-30);
println("b3.j=" + b3.j);
a3 - nuil; // se destruye la referencia al objeto de la clase contenedora
b3.printB(); // escribe: i=13 j=-30
a3 = new A(14); // se crea un nuevo objeto asociado a la referencia a3
// b3 sigue asociado an anterior objeto de la clase contenedora
b3.printB(); // escribe: i=13 j=-30
} // fin de main()
public static void println(String str) {System.out.println(str);}
} // fin clase Claseslnternas

lunes, 2 de diciembre de 2013

Clases internas miembro (no static) - II

Otras características de las clases internas son las siguientes: 
  1. Una clase interna miembro puede contener otra clase interna miembro, hasta el nivel que se desee (aunque no se considera buena técnica de programación utilizar muchos niveles). 
  2. En la clase interna, la palabra this se refiere al objeto de la propia clase interna. Para acceder al objeto de la clase contenedora se utiliza ClaseContenedora.tlíis. 
  3. Para crear un nuevo objeto de la clase interna se puede utilizar new. precedido por la refe- rencia al objeto de la dase contenedora que contendía el nuevo objeto: unObjCC.newQ. El tipo del objeto es el nombre de la clase contenedora seguido del nombre de la clase interna, como por ejemplo:

ClaseCont.Claselnt unObjClInt = unObjClaCont.new Claselnt (...);

4. Supóngase como ejemplo adicional que B es una clase interna de A y que C es una clase interna de B. La creación de objetos de las tres clases se puede hacer del siguiente modo:

A a = new A();        // se crea un objeto de la clase A
A.B b = a.new B();    // b es un objeto de la clase interna B dentro de a
A.B.C c = b.new C(); // c es un objeto de la clase interna C dentro de b

5. Nunca se puede crear un objeto de la clase interna sin una referencia a un objeto de la clase contenedora. Los constructores de la clase interna tienen como argumento oculto una referencia al objeto de la clase contenedora. 
6. El nuevo significado de la palabra super es un poco complicado: Si una clase deriva de una clase interna, su constructor 110 puede llamar a super() directamente. Ello hace que el compilador 110 pueda crear 1111 constructor por defecto. Al constructor hay que pasarle una referencia a la dase contenedora de la clase interna super-clase, y con esa referencia ref llamar a ref super ().

domingo, 1 de diciembre de 2013

Clases internas miembro (no static) - I

Las clases internas miembro o simplemente clases internas, son clases definidas al máximo nivel de la clase contenedora (directamente en el bloque de diminución de dicha clase), sin la palabra static. Se suelen llamar clases internas miembro o simplemente clases internas. 
No existen interfaces internas de este tipo. Las clases internas 110 pueden tener variables miembro static. Tienen una nueva sintaxis para las palabras this. new y super. que se verá 1111 poco más adelante. 
La característica principal de estas clases internas e que cada objeto de la clase interna existe siempre dentro de 1111 y sólo un objeto de la clase contenedora. Un objeto de la clase contenedora puede estar relacionado con uno o más objetos de la clase interna. Tener esto presente es muy importante para entender las características que se explican a continuación. Relación entre las clases interna y contenedora respecto al acceso a las variables miembro. 
  1. Debido a la relación uno a uno. los métodos de la clase interna ven dilectamente las variables miembro del objeto de la clase contenedora, sin necesidad de cualificarlos. 
  2. Sin embargo, los métodos de la clase contenedora no ven directamente las variables miembro de los objetos de la clase interna: necesitan cualificarlos con una referencia a los correspondientes objetos. Esto es consecuencia de la relación uno a varios que existe entre los objetos de la clase contenedora y los de la clase interna. 
  3. Otras clases diferentes de las clases contenedora e interna pueden utilizar directamente los objetos de la clase interna, sin cualificarlos con el objeto o el nombre de la clase contenedora. De hecho, se puede seguir accediendo a los objetos de la clase interna aunque se pierda la referencia al objeto de la clase contenedora con el que están asociados.
Respecto a los permisos de acceso:

  1. Las clases internas pueden también ser prívate y protected (las clases normales sólo pueden ser public y package). Esto permite nuevas posibilidades de encapsulación. 
  2. Los métodos de las clases internas acceden directamente a todos los miembros, incluso prívate, de la clase contenedora. 
  3. También la clase contenedora puede acceder -si dispone de una referencia- a todas las variables miembro (incluso prívate) de sus clases internas. 4. Una dase interna puede acceder también a los miembros (incluso prívate) de otras clases internas definidas en la misma clase contenedora.