CLASES ENVOLTORIO

ENVOLTORIO (Wrapper
(Wrapper Classes)
Classes)
CLASES
Las Clases envoltorio o conocidas en su trmino en ingls como
Wrapper Classes son usadas para convertir tipos de datos
primitivos a objetos.
Las siguientes Wrapper classes estn definidas en el paquete
java.lang:

CASTING EXPLCITO
EXPLCITO (NARROWING
(NARROWING CASTING)
CASTING)
CASTING
En Java, una conversin estrecha (narrowing) es tambin conocida
como conversin o casting explcito. Cuando el tipo de dato
destino es ms estrecho que el tipo de dato fuente, una
conversin de tipo explcita es necesaria.
La forma general de esta conversin explcita es:
(objetivo_tipo)Valor
Aqu el objetivo_tipo (Target type) es el valor de tipo deseado y
el Valor es el valor a ser convertido. Por ejemplo:

int a,b;
short c;
c=(short)(a+b);

MODIFICADOR FINAL
FINAL
MODIFICADOR
En Java, final es una palabra reservada que aplica en en variables,
mtodos y clases.
Si la declaracin de un variable es precedida por la palabra
reservada final, entonces su valor no puede ser cambiado en el
programa.
Si en una declaracin de un mtodo, el nombre del mtodo es
precedido por la palabra reservada final, entonces el mtodo no
puede ser sobrescrito.
Si en la declaracin de una clase, el nombre de la clase es
precedido por la palabra reservada final, entonces las clases no
pueden ser heredadas.

GENERALIZACIN
GENERALIZACIN
La Generalizacin se define como una relacin IS-A en la cual las
clases comparten sus estructura y/o comportamientos con una o
ms clases. El concepto de generalizacin en UML es similar a
herencia en Java. Se representa directamente con la palabra
clave extends. Es mostrada con una lnea recta desde la
subclase con una flecha vaca apuntando o sealando a la
superclase ms cercana.
HAS-A

IS-A

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Una asociacin representa una relacin entre clases. Se trata de
un mecanismo que permite a los objetos comunicarse entre s.
En l se describe la relacin entre las diferentes clases.
Asociacin puede ser unidireccional o bidireccional.
Una asociacin unidireccional implica que un objeto de la clase
de donde la flecha es originaria, es decir, la clase que no tiene el
lado de la punta de la flecha de la asociacin puede invocar
mtodos de clase hacia donde la flecha est.
Una asociacin bidireccional significa que el objeto de la
asociacin podr invocar mtodos en el otro.

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Considere el siguiente diagrama de UML:

Cul de los siguientes pedazos de cdigo se relaciona con el

diagrama dado anteriormente?

MULTIPLICIDAD
MULTIPLICIDAD

La multiplicidad se refiere a la cardinalidad en diagramas UML.

Representa el nmero de objetos de una clase relacionada al
nmero de objetos de otra clase. Una multiplicidad puede ser
modelada de las siguientes maneras:
Usando un valor especfico como 1, 2, 4, etc.
Usando un rango de valores como 2..4 or 1..4
Usando una combinacin de rangos y valores especficos como
1..*, 4.
El smbolo del asterisco * es usado para demostrar un rango
ilimitado.

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
A

asociacin

Multiplicidad

A se relaciona con:
un B

uno o ms B

asociacin m

cero o un B
cero o ms B

multiplicidad en la
relacin
A

asociacin

entre m y n B
B

exactamente n B

A
A
A
A
A
A

1
1..
*
0..
1

B
B
B

m..
B
n
n
B

Navegabilidad: La flecha indica que podemos hallar a B a partir

de A.
Sin flecha puede indicar doble sentido o indefinido
8

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Si la cardinalidad es 1 se utiliza solo un atributo, si es un
nmero mayor a 1 pero no conoce la cantidad ej.: 1..10 se
representa mediante un arreglo y si es de 1...n se representa
con una coleccin.
class A{
Nota: Cuando no hay roles ni
public B otorga ;
se
define
el
tipo
de
}
modificador de acceso, se
class B{
crea una variable y se pone a
public A pide;
la variable privada.
}
A

1
+pide

+otor
ga

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Asociacin Unidireccional: (Uno a Uno)
class A{
public B otorga;
}
class B{
}
A

1
+pide

+otor
ga

10

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Asociacin Unidireccional: (Uno a muchos)
class A{
public B otorga [] = new B [7];
}
class B{
}
A

1
+pide

+otor
ga

11

NAVEGABILIDAD (ASOCIACIN)
(ASOCIACIN)
NAVEGABILIDAD
Cuando hay multiplicidad
arreglos o contenedores.

pueden

implementarse

con

class A{
public B otorga []= new B [7];
}
class B{
public A pide;
}
A

1
+pide

+otor
ga

12

AGREGACIN
AGREGACIN
La agregacin es una forma fuerte de asociacin. Representa una
relacin
parte-de.
Es transitivo,
es decir, si A es una parte de B, y B es una
parte de C, entonces A es tambin una parte de C.
Es antisimtrica, es decir, si A es una parte de B,
entonces B no es una parte del A.
Por ejemplo, una microcomputadora sigue el modelo como el
agregado de una tarjeta de sonido, controladores de E / S, un
CPU, etc.
Cada componente es independiente de todo, es decir, una
microcomputadora, pero su existencia es ms pertinente para
su uso en la microcomputadora como un todo, en lugar de su
existencia separada como una parte.
PARTE-DE

13

AGREGACIN
AGREGACIN

class A{
public B otorga;
}
class B{
public A pide;
}
A

1
+pide

+otor
ga

14

AGREGACIN
AGREGACIN

class A{
public B otorga;
}
class B{
}
A

1
+pide

+otor
ga

15

AGREGACIN
AGREGACIN

class A{
public B otorga = new B [7];
}
class B{
public B pide = new A[4];
}
A

4
+pide

+otor
ga

16

COMPOSICIN
COMPOSICIN
Composicin es similar a la agregacin, pero representa una
relacin ms fuerte.
Representa un conjunto de relaciones como parte de
agregacin. Esto implica que las partes no puede existir sin su
conjunto.
Por ejemplo, una Universidad se compone de varios
departamentos, los departamentos, no puede existir en su
propio caso si la Universidad deja de existir.
En UML, smbolo de la composicin es similar a la agregacin,
pero los diamantes al final de la asociacin enlace est lleno.

17

COMPOSICIN
COMPOSICIN

class A{
public B otorga;
}
class B{
public A pide;
}

18

RELACIN INVOLUTIVA
INVOLUTIVA
RELACIN

19

REPRESENTACIN DE
DE ATRIBUTOS
ATRIBUTOS EN
EN UML
UML
REPRESENTACIN
Cada atributo tiene un nombre o identificador y un tipo. Un
atributo se define de la siguiente forma:

Visibilidad nombre_atributo : tipo_atributo = valor

inicial
{otras propiedades}
La visibilidad hace referencia a si el atributo es pblico,
protegido o privado. UML emplea +, # y para indicar si es
pblico, protegido o privado.
El nombre del atributo es un sustantivo y empieza en
minsculas.
Seguidamente aparecer el tipo de atributo ( float, char, int,
etc.).
Opcionalmente, puede aparecer el valor inicial del atributo y
otras propiedades colocadas entre los signos de parntesis.
Algunas partes de la sintaxis son opcionales, ya depender si
20
est especificando detalles de implementacin.

REPRESENTACIN DE
DE OPERACIONES
OPERACIONES EN
EN UML
UML
REPRESENTACIN

a especificacin de las operaciones en UML tiene la siguiente sintaxis:

Visibilidad
nombre_servicio
(lista
de
parmetros):tipo de retorno
{otras propiedades}
La visibilidad hace referencia a si el atributo es pblico,
protegido o privado. UML emplea +, # y para indicar si es
pblico, protegido o privado.
El nombre del servicio empleara un verbo con un sustantivo.
La primera letra se escribir en minscula.
Entre parntesis, (), aparecern los parmetros del servicio,
siguiendo para cada uno de ellos, la regla sobre los atributos.
Despus aparecer el tipo de retorno y opcionalmente otras
propiedades entre llaves. El usuario puede crear otros
compartimentos
para
dar
informacin
adicional
como
excepciones, requisitos, etc.
21

ELEMENTOS COMUNES
COMUNES
ELEMENTOS

Paquete
Agregacin
(diamante
vaco)

Herencia

Composicin
(Diamante
lleno)

Interfaz
(La lnea
es
punteada
con una
flecha
vaca)

Dependen
cia (Una
semiflecha
y una lnea
punteada)

22

MTODOS SETTER
SETTER Y
Y GETTER
GETTER EN
EN JAVABEANS
JAVABEANS
MTODOS
JavaBeans son clases Java que tienen ciertas caractersticas, sus
atributos son variables de instancia privadas. De acuerdo con
JavaBeans, los mtodos que establecen los valores de estas
variables se conocen como los mtodos SETTER y los mtodos
que recuperan los valores de estas variables se conocen como
mtodos GETTER.
La convencin para nombrar a los mtodos SETTER es que ellos
deben ser establecidos con el prefijo set y el nombre de la
variable (el nombre debe comenzar con mayscula).
La convencin para nombrar los mtodos GETTER es similar a la
de SETTER. Se debe comenzar con get y el nombre de la
variable (el nombre debe comenzar con mayscula).
public int getSuma(){return resultado}
public String getNombre(){return resultado}
public void setSuma(int num1){ bloque}
public void setNombre(String nombre1)
{bloque}
23

SOBRECARGA DE
DE MTODOS
MTODOS
SOBRECARGA

La sobrecarga de mtodos consiste en escribir varios mtodos

en una misma clase o subclase con:
Mismo nombre.
Valor de retorno igual o diferente.
Mismo proceso o diferente.
Nuevas o mismas excepciones.
Diferentes paso de argumentos.
public void Imprimir(int i)
public void Imprimir
(float f)
public String Imprimir
(String s)
24

POLIMORFISMO
POLIMORFISMO
El polimorfismo es una caracterstica que permite una interfaz
en Java para ser utilizada por muchas clases para diferentes
propsitos.
La palabra polimorfismo combina con poli-morfismo, lo que
significa muchas formas.
Algunos ejemplos de polimorfismo son mtodos sobrecargados y
sobrescritura de mtodos (overloading and overriding).
El polimorfismo le permite a una interfaz ser utiliza para las
acciones de una clase general.

25