Formula

Encapsulación
Cuando se habla de encapsulamiento, se habla de proteger nuestras

variables de cualquier otro programa que quiera acceder a ellas.
Otra manera de decirlo es que el encapsulamiento se encarga de ocultar
tanto nuestros atributos o nuestros métodos para que solamente puedan ser
accedidos desde la misma clase.
Utiliza métodos accesores (getters y setters)
Método getters: es para obtener el valor de tu atributo.
Método setters: es para establecer el valor de tu atributo.
Como se encapsula?
*Mantener las variables de instancia protegidas (con un modificador de
acceso, por lo general private).
*Hacer público los métodos de acceso, para utilizar éstos, en lugar de
acceder directamente a las variables.
* Para los métodos, usar la convención JavaBean: set and get.
Ejemplo de encapsulación del libro Kathy sierra poo java.
Herencia Is-A, Has-A
IS-A Hace referencia a la herencia de clases o implementación de interfaces.
"Car extends Vehicle" means "Car IS-A Vehicle"
"Subaru extends Car" means "Subaru IS-A Car"
Ejemplo de herencia:
Para este tipo de herencia se utiliza la palabra reservada “extends”.

Has-A Está basada en el uso. En otras palabras Clase A HAS-A B si código en la
clase A tiene una referencia a una instancia de la clase B, por ejemplo:
A Horse IS-A Animal. A Horse HAS-A Halter.
The code might look like this:
public class Animal { }
public class Horse extends Animal {

private Halter myHalter; }
En el código anterior, la clase Horse tiene una variable de instancia de tipo

Halter, por lo que
puedes decir que "Horse HAS-A Halter". En otras palabras, Horse tiene una
referencia a un
Cabestro. El código de caballo puede usar esa referencia de Halter para
invocar métodos en el Halter,
y obtener el comportamiento de Halter sin tener código (métodos)
relacionados con Halter en el caballo
clase en sí. La Figura 2-3 ilustra la relación HAS-A entre Horse y Halter.
Polimorfismo
Polimorfismo: es la capacidad que tiene el objeto de responder a la misma
llamada de un método de diferentes formas.
El polimorfismo se ve en la sobreescritura , no en la sobrecarga.
Recuerda, cualquier objeto Java que puede pasar mas de un test IS-A, puede
ser considerado polimórfico. Todos sabes que el padre de todas las clases es
la clase Object. Por tal podemos decir que todos los objetos son polimórficos
para Object.
Recuerda que la única forma de acceder a un objeto es através de una
variable de referencia. Entonces es bueno que recuerdes lo siguiente:
*Una variable de referencia puede ser de un solo tipo, y una vez declarada,
ese tipo nunca puede ser modificado (aunque el objeto al que hace
referencia puede cambiar).
*Una referencia es una variable, por lo que pueden ser reasignados a otros
objetos, (a menos que la variable se declare final).
*El tipo de la variable de referencia, determina que métodos pueden ser

invocados en el objeto al que referencia.
*Una variable de referencia puede referenciar a cualquier objeto del mismo

tipo o un subtipo.
*Una variable de referencia puede ser declarada como un tipo clase o un tipo
interface. Si la variable se declara como un tipo interface, esta puede
referenciar a cualquier objeto que implemente la interface.
Mostramos este pequeño ejemplo de polimorfismo aunque faltan las otras
clases donde esta la sobreescrituras de métodos etc..
Sobreescritura y sobrecarga
Reglas para los métodos sobreescritos(overriding):
*Los métodos pueden ser sobreescritos sólo si son heredados por la
subclases.
*La lista de argumentos debe coincidir exactamente(número de argumentos
y tipo) con la de los método sobreescritos. Si no coinciden lo que se estaría
haciendo es un sobrecarga(overload).
*El tipo de retorno debe ser el mismo o de un subtipo del tipo de retorno
declarado en el método sobreescrito(covariant return). P.e.: Si el método
sobreescrito retorna Object, el método que sobreescribe puede retornar un
String.
*El nivel de acceso de los métodos que sobreescriben no puede ser más
restrictivo que los métodos sobreescritos, por el contrario si pueden ser
menos restrictivos. P.e: Si el método sobreescrito tiene un nivel de acceso
protected entonces el método que sobreescribe no puede ser private, PERO
si puede ser public
*El método que sobreescribe puede lanzar(throw) cualquier excepción de
tiempo de ejecución (uncheked(runtime) exception). Independientemente de
si el método sobreescrito declara la excepción.
*El método que sobreescriben no puede lanzar(throw) cualquier excepción
que sea de mayor jerarquía o diferente que la declarada por el método
sobreescrito. Por ejemplo si un método declara un throw IOException el
método que sobreescribe no puede declarar un throw SQLException o un
throw Exception, ya que la primera no es igual y la segunda está por encima
de la jerarquía de IOException. En cambio sí podría sobreescribirse con un
método que declare un FileNotFoundException, ya que ésta esta por debajo
de la jerarquía de IOException.
*Los métodos que sobreescriben pueden o no volver a declarar el throws
declarado por el método sobreescrito.
*No se puede sobreescribir un método final.
* No se puede sobreescribir un método static.
*Si un método no puede ser heredado, tu no puedes sobreescribirlo. Si por
ejemplo la clase padre tiene un método private String eat() y una subclase de
esta tiene un método public String eat(), aparentemente se está
sobreescribiendo porque un método que sobreescribe si puede tener como
nivel de acceso a uno menos restrictivo que el método sobreescrito, pero en
realidad no se está sobreescribiendo. En esta situación el compilador no
marca error, pero tener en claro que no se está sobreescribiendo, solo se
está creando un método nuevo con el mismo nombre dentro de la clase.
Reglas para los métodos sobrecargados (overloaded methods)
*Deben cambiar la lista de argumentos (el tipo o el número de argumentos).
*Pueden cambiar el tipo de retorno.
*Pueden cambiar el modificador de acceso.
*Pueden declarar excepciones nuevas o más amplias.
*Un método puede ser sobrecargado en la misma clase o en una subclase.
Cuadro de diferencias entre los métodos sobrecargados y sobreescritos

Constructors and Instantiation
Constructor Básico:
class Foo {
Foo() {
} // The constructor for the Foo class
}
Recuerda esto:
* Los constructores no retornan nada (no llevan void ni cualquier tipo, si lo

tuvieran, se convertiría en método y dejaría de ser constructor).
* Se llaman igual a la clase.

Constructor con parámetros:
class Foo {
int size;
String name;
Foo(String name, int size) {

this.name = name;
this.size = size;
}
}
Este ejemplo no tiene constructor sin argumentos (no-arg constructor). Lo

que significa
que la siguiente linea de código arrojaría error:
Foo f = new Foo(); // Won't compile, no matching constructor
Pero si se instanciara de la siguiente manera no arrojaría error:

Foo f = new Foo("Warner Penkaps",26);
Como mencioné el compilador genera código para los constructores. En la

siguiente tabla se muestra
Implantación a interfaces
Las interfaces en Java sirven para obligar a objetos a implementar cierto tipo
de metodos. Diferentes a las clases las interfaces son declarativas en cuanto
a los metodos que se planea sean implementados, y permiten flexibilidad a la
hora de querer implementar un tipo de "herencia multiple" que no existe
nativamente en Java.
Una interface es completamente abstracta. Ninguno de sus métodos tiene

implementación
La clase que implementa una interface debe implementar todos sus métodos
Si la clase que implementa la interface se declara como abstracta no tiene
por qué implementar
los métodos de la interface (esto no se suele usar)
Características de las interfaces
Qué es una interface?

Una clase implícitamente abstracta.
El resto de clases implementan la interface con el
modificador “implements”.

Formula

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Formula

Uploaded by

Copyright:

Available Formats

Encapsulación

Cuando se habla de encapsulamiento, se habla de proteger nuestras

Para este tipo de herencia se utiliza la palabra reservada “extends”.

public class Horse extends Animal {

En el código anterior, la clase Horse tiene una variable de instancia de tipo

*El tipo de la variable de referencia, determina que métodos pueden ser

*Una variable de referencia puede referenciar a cualquier objeto del mismo

Cuadro de diferencias entre los métodos sobrecargados y sobreescritos

* Los constructores no retornan nada (no llevan void ni cualquier tipo, si lo

* Se llaman igual a la clase.

Foo(String name, int size) {

Este ejemplo no tiene constructor sin argumentos (no-arg constructor). Lo

Pero si se instanciara de la siguiente manera no arrojaría error:

Como mencioné el compilador genera código para los constructores. En la

Una interface es completamente abstracta. Ninguno de sus métodos tiene

Características de las interfaces

Qué es una interface?

You might also like