Capitulo 04 - Clases y Objetos

I N F 2 1 8 - L E N G U A J E S D E P R O G R A M A C I N 2
4
P R O G R A M A C I N O R I E N T A D A A O B J E T O S
Captulo
Programacin Orientada a
Objetos
El captulo asume que el lector posee conocimientos bsicos de Programacin Orientada a Objetos o
POO en C++, as como conocimientos de la estructura general y funcionamiento de programas en Java y
C#. Los temas tratados refuerzan dichos conocimientos bsicos y profundizan en una amplia variedad
de conceptos avanzados. Estos conceptos son vistos bajo la implementacin de los lenguajes de
programacin C++, Java y C#, con el objetivo de reforzar dichos conceptos ms all de la
implementacin particular de un lenguaje, mediante la identificacin de las diferencias y similitudes entre
stos.
Conceptos Bsicos
En esta seccin se busca revisar los conceptos bsicos relacionados a las clases y a los objetos, as como a
los miembros que los componen.
Sobre las Clases

Uno de los primeros progresos de abstraccin en el manejo de tipos de datos fue la especificacin de los
llamados Abstract Data Types o ADT. Un ADT es un conjunto de valores de datos y operaciones
asociados a stos, los que son especificados de manera precisa, independientemente de alguna
implementacin en particular. Los ADT fueron llevados a la prctica en lenguajes como Clu, Mesa y C.
Por ejemplo, los ADT en C se implementaron como estructuras y un conjunto de funciones capaces de
manipularlas. Siempre que el acceso a la composicin interna de estas estructuras sea realizado por dicho
conjunto especializado de funciones, se oculta dicha composicin.
A este concepto se le conoce como encapsulacin. Este concepto buscaba los siguientes objetivos:
?
? Reducir el efecto producido en un sistema por la modificacin de una estructura de datos,
facilitando este tipo de labor.
?
? Focalizar los cambios en las estructuras de datos y en sus operaciones relacionadas, siempre que
ambas se puedan circunscribir a la misma ubicacin en el cdigo fuente.
?
? Facilitar la localizacin y correccin de errores, reduciendo adems el alcance de stos.
La POO va ms all, haciendo que dichas funciones de manipulacin formen parte de la descripcin del
tipo de dato. Juntos, la declaracin de datos y las funciones de manipulacin, forman el concepto de
clase, donde un objeto es una instancia de sta. La POO tambin agreg los conceptos de herencia de
implementacin y comportamiento polimrfico. Los conceptos de POO fueron llevados a la prctica
por lenguajes como Ada, C++ y SmallTalk. Es importante sealar que existen diferentes opiniones
36
acerca de los conceptos relacionados con los ADT y las clases, algunos autores incluso los intercambian
indistintamente.
Dado que la encapsulacin realiza el ocultamiento de informacin de un objeto, debido a la inseguridad

de su manipulacin libre y directa, se hace necesario definir un mecanismo que permita realizarla de
manera segura. Es aqu donde se define el concepto de interfaz de una clase, la cual es el mecanismo que
dicha clase define para comunicarse con su entorno. En la prctica, la interfaz de una clase est formada
principalmente por un conjunto de funciones, que forman parte de la definicin de la clase, a las que se
puede acceder y llamar desde fuera de la clase.
Sobre los Objetos

Las clases son un mecanismo de definicin de nuevos tipos de datos. Un objeto es una instancia de una
clase. Dentro del contexto de la POO, el concepto de clase corresponde al de tipo de dato, mientras que
el concepto de objeto corresponde al de objeto de datos (ver Captulo 2 la definicin de objeto de
datos).
Al igual que los tipos predefinidos de un lenguaje de programacin, los nuevos tipos de datos creados
utilizando clases deben implementarse de manera que sus objetos siempre estn en un estado consistente.
Por ejemplo, sera inconsistente que la suma de dos enteros provoque inadvertidamente la modificacin
de los sumandos. Debido a que el estado de un objeto corresponde al de sus datos miembros, la
implementacin de los mtodos de una clase deber realizarse de manera que cuide que dichos datos se
mantengan en un estado consistente. Esta consistencia debe asegurarse durante todo el tiempo de vida de
cada objeto de la clase, desde su construccin hasta su destruccin. Para lograrlo, los lenguajes orientados
a objetos permiten definir constructores y destructores en las clases.
Sobre los Miembros

Los miembros son los elementos que pueden declararse dentro de una clase y forman parte de ella.. Las
clases pueden tener 3 tipos de miembros:
?
? Datos: Llamados datos miembro o atributos. El trmino atributo es utilizado para un concepto
diferente en ..NET; por lo tanto, no se utilizar en este documento.
?
? Funciones: Llamadas mtodos.
?
? Tipos de datos: Llamados tipos anidados.
Cada miembro de una clase tiene un modificador de acceso relacionado ya sea implcita o explcitamente.
En el caso implcito se aplica el modificador de acceso por defecto correspondiente al lenguaje.
Las Clases
En esta seccin veremos las diferencias y similitudes entre la implementacin de los lenguajes de
programacin tratados respecto a la POO.
C++ es una extensin de un lenguaje de programacin estructurado, por lo que muchos se refieren a ste
como un lenguaje estructurado con caractersticas orientadas a objetos, ms que un lenguaje orientado
a objetos real. Todo programa en C++ contiene por lo menos una funcin fuera de las clases que
define, la funcin de entrada main, por lo que ningn programa en C++ es completamente orientado a
objetos.
37
A diferencia de C++, los lenguajes orientados a objetos Java y C# son ms estrictos respecto a su
implementacin del paradigma orientado a objetos. En estos lenguajes, todo programa consiste en un
conjunto de clases, donde una de dichas clases debe definir un mtodo que ser tratado por el intrprete
como el punto de entrada del programa. A una clase que define un punto de entrada de un programa la
llamaremos la clase ejecutable.
En Java y C# toda clase debe contener tambin su implementacin completa. Java y C#, a diferencia de
C++, no permiten la declaracin de prototipos de mtodos dentro de una clase para su posterior
implementacin fuera de sta. No existe por tanto, en estos lenguajes, un equivalente a la declaracin de
una clase en un archivo cabecera (*.H) y su implementacin en un archivo de implementacin (*.CPP).
En Java y C# una clase se declara e implementa en un mismo archivo. Tampoco permiten la declaracin
de variables globales ni funciones fuera de las clases.
La Declaracin de las Clases

El formato general de declaracin de una clase en Java es:
[modificadores] class <nombre> [extends <clase base>] [implements <lista interf.>]

{
<definicin de campos y mtodos>
}
El formato general de declaracin de una clase en C# es:

[modificadores] class <nombre > [ : <clase base y/o lista de interfaces> ]
{
<definicin de campos y mtodos>
}
A diferencia de C++, Java y C# permiten utilizar modificadores en la declaracin de las clases. La tabla
4.1 muestra los modificadores que pueden utilizarse.
Tabla 4.1. Modificadores de clases para Java y C#
Modificadores Modificadores Descripcin

de Java de C#
abstract abstract Permiten que una clase no sea instanciada.
final sealed Evitan que una clase sea utilizada como base para otra clase.
public public Determinan el acceso a la clase (por ejemplo, para crear objetos de sta)
de-paquete (*) protected desde fuera de su mbito de declaracin. Dependiendo del contexto en que
private la clase se declare, alguno de estos modificadores no pueden utilizarse.
internal (*) (*) Modificador por defecto.
La especificacin de la herencia se hace mediante la palabra reservada extends en Java, y con el smbolo
: en el caso de C#. Cuando una clase no hereda explcitamente de otra, Java asume que sta hereda de
la clase Object, mientras que C# asume que lo hace de la clase object. En este sentido, toda clase en Java
y C# hereda, directa o indirectamente, de una clase base comn. A este esquema de implementacin de
clases se le llama de rbol nico, dado que toda clase tiene una raz comn. La implementacin de
C++ se considera de rbol mltiple. La implementacin de rbol nico permite darle una
funcionalidad bsica comn a todos los objetos creados por un programa, sacrificando algo de la
eficiencia que se puede lograr con la implementacin de rbol mltiple.
Es importante notar que los privilegios de acceso, a diferencia de C++, se definen al declararse la clase, no
al usarla como base de una herencia. En el sentido de C++, se puede considerar que todas las herencias
en Java y C# son pblicas. Se ver el tema de la herencia con detalle ms adelante.
38
La Creacin de los Objetos

Los objetos son las instancias de las clases. En C++, Java y C# la creacin de un objeto utiliza la palabra
reservada new bajo una sintaxis similar.
El siguiente programa define y utiliza una clase Usuario en Java.

class Usuario {
public static final int Administrador = 0;
public static final int Registrador = 1;
public static final int Verificador = 2;
public static final int Consultor = 3;
private String nombre;
private String contrasea;
private int tipo;
public Usuario(String nom, int tipo) {

nombre = nom;
contrasea = "";
this.tipo = tipo;
}
public String ObtenerNombre() {
return nombre;
}
}
class Principal {
public static void main(String[] args) {
Usuario p;
p = new Usuario("Jose", Usuario.Administrador);
System.out.println("Buenos dias Sr(a). " + p.ObtenerNombre());
}
}
El siguiente programa es el equivalente en C#.
using System;
enum TipoUsuario {
Administrador,
Registrador,
Verificador,
Consultor
}
class Usuario {
private string nombre;
private TipoUsuario tipo;
public Usuario(string nom, TipoUsuario tipo) {
nombre = nom;
this.tipo = tipo;
}
public string ObtenerNombre() {
return nombre;
}
}
class Principal {
public static void Main(string[] args) {
Usuario p;
p = new Usuario("Jose", TipoUsuario.Administrador);
Console.WriteLine("Buenos dias Sr(a). " + p.ObtenerNombre());
}
}
Si bien la sintaxis es muy similar a C++, existen algunas diferencias importantes:
?
? Todos los modificadores de acceso, public y private, en el ejemplo, deben especificarse
independientemente por cada miembro de la clase, sea un mtodo o un campo. Si no se
especifica, se asume un modificador de acceso por defecto (ver tabla 4.2).
?
? La definicin de una clase no termina en un ;.
39
?
? La creacin de objetos se realiza con el operador new, pero no existe un operador delete, dado
que los intrpretes de Java y C# se encargan de gestionar la liberacin de la memoria.
?
? El acceso a los miembros de una clase u objeto siempre es con el operador punto. En Java y C#
los objetos son reservados automticamente en el montn (en pila en algunos casos en C#,
como se ver ms adelante). el programa no puede decidir esto como s sucede en C++.
?
? Todo el cdigo del programa debe estar dentro de los mtodos de las clases.
Entre Java y C# tambin existen diferencias importantes:
?
? No existen enumerados en Java, por lo que el ejemplo anterior utiliz constantes. Existen otros
tipos de datos propios de C#, sin equivalente en Java e incluso en C++.
?
? El uso de libreras difiere en Java y C#. Para el programa en C# se utiliz la palabra reservada
using, dado que C# no importa por defecto ninguna librera, ni siquiera las bsicas. Para el
programa en Java no se requiri realizar un import, debido a que solo se utiliz las libreras
bsicas, las que son importadas por defecto.
Existen otras diferencias que se irn viendo a lo largo del presente captulo.
Los Constructores y Destructores

El concepto de encapsulacin de la POO tiene como objetivo que los programas mantengan sus objetos
en un estado consistente durante todo su ciclo de vida. Los constructores son mtodos llamados durante
la creacin de los objetos de forma que stos tengan un estado consistente desde su nacimiento. Los
destructores aseguran una correcta liberacin de los recursos reservados por el objeto antes de que ste
sea eliminado.
Los Constructores
Las declaraciones de los constructores en C++, Java y C# son:
C++:
class MiClase {
public:
MiClase( .... ) { .... }
};
Java:
class MiClase {
public MiClase( .... ) { .... }
}
C#:
class MiClase {
public MiClase( ....... ) { ....... }
}
Los constructores pueden recibir un conjunto de parmetros, igual que cualquier mtodo, para permitir
establecer un estado inicial consistente. Cuando un constructor no recibe parmetros se le llama
constructor por defecto, cuando su parmetro es un objeto del mismo tipo se le llama constructor
copia. Dado que la implementacin interna de muchos lenguajes de programacin orientados a objetos
requiere que siempre se llame a un constructor cuando se crea un objeto, cuando no se implementa uno
explcitamente (sea ste uno por defecto o no), el compilador del lenguaje crea un constructor por
defecto implcitamente.
40
C++ implementa una llamada automtica al constructor copia de una clase cuando se crea un objeto en
pila y se le inicializa, pasndole otro objeto del mismo tipo, en su misma declaracin. Este manejo
especial de los constructores copia no es implementado ni en Java ni en C#, ni tampoco permiten la
sobrecarga del operador de asignacin para estos fines, lo que s permite C++.
Java y C# permiten llamar a un constructor desde otro constructor de la misma clase. Esto permite
simplificar la definicin de varios constructores opcionales para la creacin de un objeto. El siguiente
cdigo muestra esta caracterstica en C#.
class Usuario {
private string nombre;
private string contrasea;
public Usuario(string nombre) : this(nombre, nombre) {
// este constructor llama a su vez al segundo constructor pasndole como
// contrasea el mismo nombre
}
public Usuario(string nombre, string contrasea) {
this.nombre = nombre;
this.contrasea = contrasea;
}
}
El siguiente cdigo es el equivalente en Java:

class Usuario {
private String nombre;
private String contrasea;
public Usuario(String nombre) {
this(nombre, nombre)
}
public Usuario(String nombre, String contrasea) {
this.nombre = nombre;
this.contrasea = contrasea;
}
}
Aunque la sintaxis utilizada en C# corresponde a la lista de inicializacin de los constructores en C++, no

es posible utilizar esta sintaxis para inicializar datos miembros de la clase, como s ocurre en C++.
Como se ver ms adelante, en Java y C# tambin es posible llamar desde un constructor a otro
constructor de la clase base.
Los constructores, como cualquier miembro de una clase, pueden tambin recibir modificadores de
acceso en su declaracin. Los modificadores de acceso que pueden utilizarse dependen en algunos casos
de si la clase es anidada o no. Las clases anidadas se vern ms adelante.
Los Constructores Estticos

A los constructores vistos en la seccin anterior se les llama tambin de instancia, debido a que se
llaman cuando se instancia una clase. Su finalidad es la de establecer el estado inicial consistente de un
nuevo objeto. Sin embargo, una clase puede requerir inicializar datos cuyo tiempo de vida abarquen a
todos los objetos de la clase, es decir, datos miembros estticos. Para este tipo de inicializacin se definen
constructores estticos. Java y C# permiten este tipo de constructores. Ejemplos de su declaracin en
Java y C# son:
Java:
class MiClase {
static { ....... }
}
C#:
41
class MiClase {
static MiClase() { ....... }
}
El siguiente programa en C# muestra el uso de un constructor esttico.
class NumeroAleatorio {
private static int semilla;
static NumeroAleatorio() {
// imaginemos que obtenemos un valor semilla de,
// por ejemplo, el reloj del sistema
semilla = 100;
}
public static int sgte() {
// imaginemos que generamos un nmero aleatorio
return semilla++;
}
}
class Principal {
Console.WriteLine("aleatorio 1 = " + NumeroAleatorio.sgte());
Console.WriteLine("aleatorio 2 = " + NumeroAleatorio.sgte());
}
}
Ntese que el constructor esttico no define un nivel de acceso ni tampoco puede tener parmetros,
debido a que nunca es llamado por otro cdigo del programa, slo por el intrprete de Java o ..NET
cuando la clase es cargada. C++ no tiene un equivalente a un constructor esttico.
Los Destructores
Mientras que la construccin de un objeto sigue esquemas similares de funcionamiento en la mayora de
lenguajes orientados a objetos , la destruccin de los mismos depende de si el esquema de manejo de la
memoria es determinista o no-determinista, lo que est relacionado con el momento en que un destructor
es llamado. El concepto mismo de destructor de C++ es determinista, lo que significa que el
programador puede determinar el momento exacto en que un destructor es llamado durante la ejecucin
de un programa. Java y C# implementan finalizadores, los cuales son no-deterministas.
La sintaxis de declaracin de un finalizador en Java es:

<modificador protected o public> finalize ( ) {
< Cuerpo del finalizador>
}
La sintaxis de declaracin de un finalizador en C# es:.
~< nombre de la clase > ( ) {

< Cuerpo del finalizador>
}
En ambos casos no se pueden definir parmetros. Tanto en C++ como en C# no es posible llamar a un
destructor o finalizador directamente desde fuera de la clase. En el caso de Java el finalizador es un
mtodo ms pero con un nombre reservado, por lo que es posible llamarlo directamente desde fuera de la
clase. Ms an, este mtodo sobrescribe el mtodo de la clase base dado que la clase Object lo
implementa. Las consecuencias de esto se vern en el tema de la herencia.
Debido a que el manejo de la memoria, el recurso ms comn de los programas, es realizado por el
recolector de basura en Java y C#, los finalizadores son rara vez requeridos y se recomienda utilizarlos
slo cuando es estrictamente necesario (dado que su gestin disminuye la performance de un programa),
para liberar recursos que no corresponden a la memoria (como por ejemplo, una sesin abierta en una
base de datos, el acceso a un puerto del computador, entre otros), o para realizar un seguimiento o
depuracin de un programa.
42
La Recoleccin de Basura
Si bien un objeto se crea utilizando el operador new, no existe en Java y C# un operador delete. El
motivo de esto es que Java y C# le quitan al desarrollador la responsabilidad de la liberacin de los
recursos creados dinmicamente. Los intrpretes de estos lenguajes guardan un registro de todos los
objetos creados y cuntas variables de tipo referencia apuntan a cada uno. Cuando una nueva referencia
apunta a un objeto, el contador de referencias de ste aumenta. Cuando una referencia a un objeto se
destruye (por ejemplo, una referencia local, la cual se destruye cuando se sale del mtodo que la define) el
contador de referencias del objeto relacionado disminuye. De esta forma, cuando el contador de un
objeto llega a cero se sabe que ya no es referenciado por ninguna variable del programa. Paralelamente,
estos intrpretes cuentan con un sistema llamado recolector de basura, el cual es llamado cada cierto
tiempo de forma automtica y verifica todos los objetos que ya no cuentan con referencias, esto es, su
contador de referencias es cero. Cuando el recolector encuentra un objeto sin referencias lo elimina de
memoria. De esta forma Java y C# simplifican enormemente el trabajo con la memoria dinmica.
Manejo Manual y Automtico de la Memoria

C++ otorga al programador toda la responsabilidad del manejo de la memoria, lo cual le permite
desarrollar programas significativamente ms eficientes que sus equivalentes en Java o C#. Sin embargo,
la experiencia ha demostrado que esta responsabilidad ha generado ms sobrecostos que beneficios para
la mayora de proyectos de software. Estos sobrecostos se traducen en mayores tiempos de desarrollo y
depuracin de errores durante las etapas de desarrollo y mantenimiento de los programas, as como en
posteriores proyectos que involucran la modificacin y ampliacin de stos.
La automatizacin de la gestin de la memoria, ofrecida por Java y C#, quita esta responsabilidad al
programador, permitindole concentrar su trabajo en la implementacin de la llamada lgica del
negocio, lo que ha permitido generar programas ms estables en menor tiempo, con un menor nmero
de errores durante y despus de su produccin, y facilitando la posterior modificacin de dichos
programas. Todo esto, a costa de una prdida aceptable de la performance final de estos programas
respecto a sus contrapartes. Ms an, se ha encontrado que en muchos casos un gestor automtico de
memoria puede tomar decisiones ms eficientes en cuanto al manejo de memoria que un programador
promedio. Como consecuencia, para proyectos de mediana y gran envergadura, las empresas requeriran
contar con programadores expertos en C++ para lograr resultados significativamente ms eficientes
que los obtenidos con programadores no-expertos utilizando Java y C#.
Sin embargo, existen indudablemente proyectos cuya naturaleza requiere obtener la mayor eficiencia que
el hardware y el software disponible puede brindar, por lo que lenguajes como Java y C# no pueden
reemplazar completamente a lenguajes como C++. Como en muchos aspectos del desarrollo de
software, el escoger un lenguaje apropiado para el desarrollo de un programa, pasa por conocer cules son
los requerimientos del producto final.
Finalizacin Determinista y No-Determinista

El manejo automtico de la memoria ofrecido por Java y C# implica que dichos lenguajes faciliten el
desarrollo de programas no-deterministas. En un esquema no-determinista el programador no puede
determinar en qu momento los objetos que crea, luego de que ya no son referenciados por el programa,
son efectivamente eliminados de la memoria. Esto trae consecuencias al momento de decidir la forma en
que los recursos reservados por un programa debern ser eliminados.
Para esto es importante considerar que si bien la memoria es el recurso ms comnmente manejado por
los programas, no es el nico, por lo que el resto de recursos debern seguir manejndose de una manera
determinista.
Por ejemplo, el sistema operativo Windows permite a los programas crear un nmero limitado de
manejadores de dispositivos de las ventanas. Debido a esto, una librera que permita crear ventanas en
Java y C# deber controlar en forma determinista la liberacin de estos recursos. Un programa que
43
utilice dicha librera puede crear y luego desechar una gran cantidad de ventanas en un corto perodo de
tiempo. Si el diseador de esta librera coloca en el finalizador de su clase Ventana la llamada al sistema
operativo que libera el recurso mencionado, es posible que las llamadas a estos finalizadores tarden lo
suficiente como para que el programa trate de crear una nueva ventana y se produzca un error, puesto que
ya se crearon todas las que el sistema operativo permita y su liberacin an est pendiente.
Problemas como el descrito requieren que el programador implemente manualmente un manejo

determinista de estos recursos, es decir, se requiere tener la certeza de en qu momento se libera un
determinado recurso.
Los recolectores de basura de Java y C# pueden ser controlados hasta cierto punto por el programador,
haciendo uso de clases especiales. Estos recolectores ofrecen mtodos para despertar manualmente el
procedimiento de recoleccin de basura. Sin embargo, esta solucin no es confiable, puesto que el
recolector de basura siempre tiene la potestad de decidir si es conveniente o no iniciar la recoleccin. El
no hacerlo as, podra ocasionar que el programa se cuelgue debido a, por ejemplo, un finalizador que es
ejecutado por el recolector y que nunca finaliza por un error en la lgica de su cdigo, lo que ocasionara
que el programa se quede esperando a que el proceso de recoleccin termine, lo que nunca ocurrir.
Un esquema comunmente utilizado pasa por colocar el cdigo encargado de la liberacin de la memoria
en un mtodo del objeto que la crea. Adicionalmente, el objeto deber contener un dato miembro que
funcione como bandera y que indique si dicho mtodo ya fue llamado o no. Si el programador determina
que ya no requiere utilizar ms un objeto, y sus recursos, deber llamar manualmente a dicho mtodo.
Adicionalmente, el finalizador del objeto tambin llamar a este mtodo. Finalmente, todos los mtodos
del objeto debern hacer una verificacin de la bandera de liberacin de los recursos antes de realizar su
trabajo, de forma que se impida que el objeto siga siendo utilizado si es que sus recursos ya fueron
liberados.
Puede parecer que finalmente la programacin no-determinista no es tan buena idea despus de todo. Sin
embargo, la mayor parte de los recursos que un programa suele utilizar corresponden a la memoria, y para
aquellos recursos que no son memoria suelen contarse con libreras especializadas que hacen casi todo el
trabajo no-determinista por nosotros.
El Acceso a los Miembros

El acceso a los miembros de una clase desde fuera de la misma se determina mediante los modificadores
de acceso de cada miembro. La tabla 4.2 muestra los modificadores de acceso de cada lenguaje segn los
mbitos desde dnde se desea que un miembro sea accesible.
Tabla 4.2. Modificadores de acceso para miembros de una clase
mbitos C++ Java C#

Slo desde dentro de la clase donde es declarada. private (*) private private (*)
Desde la clase donde es declarada y las que deriven de ella, estn o no en protected <no definido> protected
la misma librera.
Desde cualquier clase de la misma librera. <no definido> de-paquete (*) internal
Desde cualquier clase de la misma librera y desde otras clases en otras <no definido> protected protected internal
libreras siempre que deriven desde la clase donde es declarada.
Desde cualquier clase en cualquier librera. public public public
(*) Modificador por defecto.
De la tabla se puede ver que los modificadores de acceso estn relacionados con dos conceptos: La
herencia y las libreras. Tambin se puede ver que Java modifica el concepto original de C++ de lo que es
un miembro protegido. El siguiente ejemplo en Java muestra los efectos del modificador protected en
Java.
// Archivo Alpha.java
44
package PaqueteX;
public class Alpha {
protected int protectedData;
protected void protectedMethod() {
System.out.println("protectedMethod");
}
}
// Archivo Gamma.java
package PaqueteX;
public class Gamma {
public void accessMethod(Alpha a) {
a.protectedData = 10; // legal
a.protectedMethod(); // legal
}
}
// Archivo Delta.java
package PaqueteY;
import PaqueteX.Alpha;
public class Delta extends Alpha {
public void accessMethod(Alpha a) {
a.protectedData = 10; // ilegal
a.protectedMethod(); // ilegal
protectedData = 10; // legal
protectedMethod(); // legal
}
}
// Archivo PruebaDeProtected.java
import PaqueteX.Alpha;
import PaqueteX.Gamma;
import PaqueteY.Delta;
public class PruebaDeProtected {
Alpha a = new Alpha();
Gamma g = new Gamma();
Delta d = new Delta();
a.protectedData = 10; // ilegal
a.protectedMethod(); // ilegal
g.accessMethod(a);
d.accessMethod(a);
}
}
En el caso de la clase Gamma es posible acceder a los miembros protegidos de Alpha, puesto que ambas
clases pertenecen al mismo paquete. La clase Delta no puede acceder a los miembros protegidos de
Alpha dado que no pertenecen al mismo paquete, excepto sus propios miembros heredados. La clase
PruebaDeProtected no puede acceder a los miembros protegidos puesto que no pertenece al mismo
paquete.
El Uso de las Variables

Los datos de un programa son manejados mediante variables. La forma y mbito en que stas son
declaradas determinan muchas de sus caractersticas.
La Declaracin de las Variables

En Java y C# la declaracin de variables en Java es similar a C++. La sintaxis general de declaracin de
una variable es:
[modificadores] <tipo> <nombre> [ = <inicializador>];
En Java, las variables se clasifican en:
?
? Variables de tipo primitivo, correspondientes a los tipos byte, short, int, long, float, double, char
y boolean.
45
?
? Variables de tipo objeto, creadas sobre la base de tipos de dato clase.
En C#, las variables se clasifican en:
?
? Variables por valor, correspondientes a los tipos primitivos y a las estructuras. Son variables que
se reservan en pila.
?
? Variables por referencia, correspondientes a las clases, interfaces, entre otros. Son variables que
representan una referencia en pila a datos reservados en el montn.
Los tipos primitivos no son objetos en Java, lo que permite que su manejo sea ms eficiente en cuanto a la
memoria utilizada para su almacenamiento y el tiempo de acceso a sus datos. En C# los datos primitivos
s son objetos, lo que le permite a un programa manejar cualquier objeto de datos como un objeto,
sacrificando un poco de eficiencia. En este sentido, C# es ms estrictamente orientado a objetos que
Java. La librera estndar de Java ofrece adems clases que encapsulan a cada uno de sus datos primitivos,
para aquellos programas que requieren manipular todos sus datos como objetos.
Por el mbito donde son declaradas, las variables se clasifican en:
?
? Variables de clase, que corresponden a los datos miembros de la clase.
?
? Variables locales, que corresponden a las variables declaradas dentro de los mtodos.
C++ permite adicionalmente la declaracin de variables globales, lo que no permiten ni Java ni C#.
La Duracin y el mbito
Todo objeto de datos relacionado a una variable en C++, Java y C#, posee dos caractersticas que
determinan cmo puede ser utilizado: Su duracin y su mbito.
La duracin determina el perodo en el que un objeto de datos existe en memoria y por tanto, su variable
puede ser utilizada. Existen 3 casos:
?
? Creados y destruidos automticamente. Corresponde a los datos locales a los mtodos
(declarados dentro de stos). Se suele decir que tiene una duracin automtica, dado que son
creados automticamente cuando el programa entra en el bloque en que son declarados y se
destruyen automticamente al salir de ste. Sus variables son llamadas variables automticas.
?
? Creados y destruidos conjuntamente con los objetos de los que son miembros. Su duracin est
ligada a la duracin del objeto creado. Sus variables son llamadas variables de instancia.
?
? Creados una sola vez y que existen durante toda la ejecucin del programa. Corresponden a los
datos miembro estticos de una clase. Corresponden a las variables estticas y variables
globales para el caso de C++.
El mbito determina desde dnde un dato puede ser referido dentro de un programa. Existen 3 tipos de
mbito:
?
? mbito de Clase: Son los datos miembros de una clase. Pueden ser referidos desde cualquier
mtodo dentro de dicha clase y desde mtodos fuera de sta siempre que los modificadores de
mbito aplicados lo permitan. Se ver ms adelante cmo se aplican dichos modificadores.
?
? mbito de Bloque: Son datos definidos dentro de un bloque, como por ejemplo el bloque que
representa el cuerpo de un mtodo o el bloque de una estructura de control (if, for, while y do /
while). Estos datos slo pueden ser referidos dentro del bloque donde son declarados.
46
?
? mbito Global: Son los datos correspondientes a variables declaradas fuera de las clases y
mtodos. Slo soportado en C++.
Un dato en mbito de bloque oculta otro, con el mismo nombre, en el mbito de la clase a la que
pertenece. El siguiente programa en Java muestra un ejemplo de esto:
class PruebaDeAmbito
{
int iValor = 10;

void Prueba()
{
int iValor = 20;
System.out.println( iValor = + iValor );
System.out.println( this.iValor = + this.iValor );
}

Al ejecutar el mtodo Prueba se producir la siguiente salida:

iValor = 20
this.iValor = 10
La variable local iValor oculta a la variable de la clase. Para poder hacer referencia a la variable miembro
de la clase usamos la palabra reservada this, de la misma forma que se realiza en C++. this representa la
referencia de un objeto a s mismo dentro de uno de sus mtodos.
Dentro de un mtodo no se pueden declarar dos variables con el mismo nombre, an si estn declaradas
en bloques distintos. El siguiente programa en Java muestra un ejemplo de esto:
void Prueba()
{
int iValor = 20;
boolean Flag = true;
if( Flag )
{
int iValor;

}
}
Al ejecutarse se producir un error de compilacin. El siguiente ejemplo muestra esta misma restriccin
en C#:
class PruebaDeAmbito {
public int entero;
public void prueba(int entero) {
this.entero += entero;
if(entero < 0) {
int entero = 0; // ERROR
double real = 2.5;
} else {
double real = 3.8;
}
}
}
En el cdigo, definir un argumento o variable local con el mismo nombre de una variable de clase oculta
sta ltima, por lo que se requiere utilizar la palabra reservada this, como en C++. Sin embargo, la
definicin de la variable entero dentro del cuerpo de la estructura de control if produce un error de
compilacin, dado que ya existe una variable local con el mismo nombre en un mbito padre, el del
47
mtodo. Esto difiere al caso de las variables real, cuya declaracin no produce un error dado que el
mbito de una no es padre del otro.
La Inicializacin Automtica
A diferencia de C++, en Java y C# toda variable puede ser inicializada al momento en su declaracin,
inclusive los datos miembros, con excepcin de los parmetros de un mtodo, que son tambin variables
locales, dado que su inicializacin corresponde a los valores pasados al momento de llamarse a dicho
mtodo. El siguiente cdigo en C# muestra esta inicializacin:
class Usuario {
private string nombre = "Jose";
private int edad = 10;
}
Las variables locales deben inicializarse antes de ser utilizadas. Por ejemplo, el siguiente cdigo en Java
arrojar un error al momento de compilarse:
String sTexto;
sTexto += Hola ;
sTexto += mundo;
Este cdigo puede corregirse de la siguiente forma:
String sTexto;
sTexto = Hola ;
sTexto += mundo;
De la forma:
String sTexto = new String( );

sTexto += Hola ;
sTexto += mundo;
O bien de la forma:
String sTexto = new String( Hola );

sTexto += mundo;
A diferencia de las variables locales, cuando una variable de clase no es inicializada por el programa
durante la creacin del objeto al que pertenece, recibe una inicializacin por defecto. Esta inicializacin se
realiza de la siguiente forma:
?
? Los datos primitivos numricos se inicializan en cero.
?
? Los datos primitivos lgicos (boolean en Java, bool en C#) se inicializa en false.
?
? Las referencias se inicializan en null.
Los Modificadores
Dentro de un mtodo, los nicos modificadores permitidos para las variables son final en Java, para
variables cuyo valor slo puede asignarse una vez, y const en C#, para constantes.
La siguiente tabla muestra los modificadores permitidos, fuera de los modificadores de acceso, en Java y
C# para variables declaradas en el mbito de una clase.
Tabla 4.3. Modificadores de Variables en Java y C#
C# Java Descripcin
Static static Variable esttica.
48
Const final static Constante.

<sin final Variable cuyo valor slo puede asignarse una vez, en la declaracin o despus.
equivalente>
Readonly <sin equivalente> Variable cuyo valor slo puede ser asignado durante la creacin del objeto.
<sin transient Variable no serializada con el objeto durante un proceso de serializacin. (*)
equivalente>
<sin volatil Variable para que el compilador no realice ciertas optimizaciones al momento de generar el
equivalente> BYTECODE que har uso de l. (*)
New Variable que oculta otra variable, con el mismo nombre, en una clase base.
(*) El uso de estos modificadores va ms all del alcance del presente curso.
El acceso a los datos miembros estticos en C# se diferencia a C++ y Java en que:
?
? No pueden accederse, desde dentro de la clase, mediante la palabra reservada this.
?
? No pueden accederse, desde fuera de la clase, mediante una referencia, debe hacerse mediante el
nombre de la clase.
El siguiente cdigo en C# presenta estos dos casos.
class Usuario {
...
public static int cuenta = 0;
public Usuario(string nom, TipoUsuario tipo) {
this.cuenta++;// ERROR
cuenta++;//CORRECCIN
...
}
...
}
class Principal {
Usuario p;
p = new Usuario("Jose", TipoUsuario.Administrador);
Console.WriteLine("Nmero de usuarios = " + p.cuenta); // ERROR

Console.WriteLine("Nmero de usuarios = " + Usuario.cuenta); // Correccin
}
}
La palabra reservada readonly define un dato miembro de slo lectura, el que slo puede recibir un valor
durante el proceso de creacin del objeto, esto es, en la misma declaracin de la variable o dentro de un
constructor. El siguiente cdigo muestra un ejemplo de este tipo de variable.
using System;
class PruebaDeSoloLectura {
private readonly int valor = 50;
public PruebaDeSoloLectura() {
valor = 100;
valor += 10;
}
public void modificar(int nuevo) {
valor = nuevo; // ERROR
}
}
class Principal {
PruebaDeSoloLectura obj = new PruebaDeSoloLectura();
obj.modificar(200);
}
}
En el cdigo anterior, el dato miembro valor se inicializa al declararse y su valor es modificado dos
veces dentro del constructor. Sin embargo, la modificacin de dicho dato miembro en el mtodo
modificar produce un error en tiempo de compilacin.
49
La palabra reservada const tiene el mismo significado en C# y C++. Sin embargo, una constante en C#
es implcitamente esttica, mientras que en C++ no. En C#, los datos miembro const se diferencian de
los readonly en que:
?
? Se pueden definir constantes tanto de clase como locales.
?
? Deben de ser inicializadas en su declaracin.
?
? Su valor debe poder ser calculado en tiempo de compilacin.
?
? Son implcitamente static.
La palabra reservada new se ver como parte del tema del manejo de la herencia.
El Uso de los Mtodos

Mientras que en C++ pueden definirse funciones tanto dentro como fuera de las clases, en Java y C#
slo pueden definirse funciones dentro de las clases. A las funciones definidas dentro de una clase se les
denomina funciones miembro o mtodos.
La Declaracin de los Mtodos

En Java, el formato general de definicin de un mtodo es:
[modificadores] <tipo-retorno> <nombre> ([lista de parmetros])
[throws <lista de excepciones>]
{
<cuerpo del mtodo>
}
En C#, el formato general de definicin de un mtodo es:

[modificadores] <tipo-retorno> <nombre> ( [lista de parmetros] )
{
<cuerpo del mtodo>
}
En Java y C#, tanto la lista de parmetros como los modificadores son opcionales. El valor de retorno
puede ser cualquier tipo de dato o bien puede ser void, lo que indica que el mtodo no devuelve ningn
valor.
En Java y C#, un mtodo sin parmetros no puede llevar la palabra void entre los parntesis, como si se
puede hacer en C++. A diferencia de C++, no se pueden declarar prototipos de mtodos para definirlos
fuera de la clase. Un mtodo slo puede ser definido dentro de una clase.
Un mtodo no puede definirse dentro de otro mtodo, ni fuera de una clase, lo que s puede hacerse en
C++.
La siguiente tabla muestra los modificadores permitidos, fuera de los modificadores de acceso, en Java y
C# para los mtodos.
Tabla 4.4. Modificadores de Acceso a Mtodos en Java y C#
C# Java Descripcin
Static static Mtodo esttico.
Abstract abstract Mtodo abstracto, esto es, no implementado.
<sin equivalente> final Mtodo que no puede ser sobrescrito en una clase derivada.
Extern native Mtodo implementado externamente en otro lenguaje.
<sin equivalente> synchronized Mtodo sincronizado.
50
Virtual <sin equivalente> Mtodo que puede ser sobrescrito en una clase derivada.
Override <sin equivalente> Mtodo que sobrescribe otro, declarado como vi rtual o abstract, en una clase base.
New <sin equivalente> Mtodo que oculta otro en una clase base.
sealed override <sin equivalente> Mtodo que sobrescribe otro, declarado como virtual o abstract, en una clase base,
evitando tambin que vuelva a ser sobrescrito en una clase derivada.
A diferencia de C++ y Java, los mtodos estticos en C#, al igual que los datos miembros estticos, no
pueden ser llamados utilizando this desde dentro de la clase a la que pertenecen, y slo pueden ser
llamados utilizando el nombre de la clase desde fuera de sta. En los tres lenguajes, desde un mtodo
esttico no puede accederse a ningn elemento no-esttico de la clase. Un buen ejemplo es el mtodo
Main de una clase ejecutable. El siguiente cdigo en C# muestra este caso.
using System;
class MetodosEstaticos {
public static void saludar() {
Console.WriteLine("Hola");
}
public void despedir() {
Console.WriteLine("Adios");
}
}
class Principal {
MetodosEstaticos.saludar();
MetodosEstaticos.despedir();// ERROR
MetodosEstaticos obj = new MetodosEstaticos();// CORRECCIN
obj.despedir();
}
}
En el cdigo anterior, desde Main slo puede llamarse directamente a saludar, ms an, si la clase
Principal tuviese otros miembros, slo podran accederse desde Main a los estticos, dado que Main es
esttico. Para llamar al mtodo despedir se requiere contar con una referencia a un objeto
MetodosEstaticos. Como contraparte, desde un mtodo no-esttico, o de instancia, s se puede acceder
a los miembros estticos de la clase.
En Java y C#, un mtodo abstracto no tiene implementacin, dado que se espera que sta sea dada en las
clases que se hereden. Si un mtodo es abstracto, la clase tambin deber declararse como abstracta.
Esto es similar a los mtodos virtuales puros de C++.
En Java, un mtodo con el modificador final imposibilita a las clases que heredan de sobrescribirlo. El
equivalente ms cercano en C# es sealed override, con la diferencia que ste no se puede utilizar en la
primera implementacin del mtodo, sino en una de sus sobrescrituras.
El modificador synchronized es utilizado en la programacin concurrente y se ver en captulos

posteriores. El uso del modificador native va ms all de los alcances del curso.
Los modificadores relacionados con el comportamiento polimrfico de un mtodo (new, virtual, abstract,
override y sealed) se vern ms adelante.
A diferencia de C++, no se pueden asignar valores por defecto a los parmetros.
El Paso de Parmetros
Los lenguajes de programacin suelen diferenciar entre dos tipos de pasos de parmetros:
Paso por valor: El parmetro recibe una copia del dato original. Toda modificacin al dato del parmetro
no modificar al dato original.
51
Paso por referencia: El parmetro recibe una referencia del dato original. Toda modificacin al dato del
parmetro modificar al dato original.
Sin embargo, es importante anotar que el paso por referencia no es otra cosa que el paso por valor de un
puntero o una referencia (de la forma como se entiende el trmino referencia en Java y C#, como una
variable cuyos datos referencian a un objeto). El concepto de paso por referencia sirve para simplificar el
trabajo del programador y evitar que ste tenga que lidiar con la lgica del manejo directo de punteros y
los riesgos que esto conlleva. Teniendo esto presente, el resto de esta seccin explica cmo manejan el
paso de parmetros Java y C#.
En Java, cuando se llama a un mtodo y se pasan parmetros, se siguen reglas fijas en el modo cmo
estos parmetros son pasados. Todas las variables de tipo primitivo son pasadas por valor, mientras que
las variables de tipo objeto (llamadas simplemente referencias en la jerga de Java) se pasan por
referencia. Como consecuencia de esto, no es posible modificar el valor de una variable primitiva
llamando a un mtodo al que se le pase dicha variable como parmetro. Tampoco es posible hacer que
una referencia apunte a otro objeto llamando a un mtodo y pasando dicha referencia como parmetro.
En el caso de los arreglos, stos son objetos especiales en Java, por lo que su paso es por referencia.
En C# se ofrece mayor control en el paso de parmetros que en Java. Por defecto el paso de parmetros
es como el indicado en Java. Adicionalmente se puede pasar por referencia las variables tipo valor (lo
que incluye las variables primitivas) y por referencia a referencia las variables tipo referencia. Pasar por
referencia una referencia es similar a pasar un puntero a un puntero en C++, sin sus complicaciones
sintcticas. Para esta caracterstica adicional de C# se utilizan las palabras reservadas ref y out. El
siguiente programa muestra el uso de estos tipos de pasos de argumentos en C#.
using System;
class Principal {
public static void mostrar(string mensaje, int[] arreglo, int indice) {
Console.WriteLine(mensaje);
Console.WriteLine(" arreglo.Length=" + arreglo.Length);
Console.WriteLine(" arreglo[0]=" + arreglo[0]);
Console.WriteLine(" indice=" + indice);
}
public static void modificar1(int[] arr, int indice) {
arr[indice++] += 100;
arr = new int[10];
}
public static void modificar2(ref int[] arr, ref int indice) {
arr[indice++] += 100;
arr = new int[10];
}
public static void obtener(out string nombre, out string apellido) {
nombre = "Jose";
apellido = "Perez";
}
int[] arreglo = {1,2,3};
int indice = 0;
mostrar("al inicio", arreglo, indice);
modificar1(arreglo, indice);
mostrar("luego de llamar a 'modificar1'", arreglo, indice);
modificar2(ref arreglo, ref indice);
mostrar("luego de llamar a 'modificar2'", arreglo, indice);
string nombre, apellido;
obtener(out nombre, out apellido);
Console.WriteLine("nombre=" + nombre + ", apellido=" + apellido);
}
}
A diferencia de C++, no es posible ni en Java ni en C# definir valores por defecto para los parmetros.
52
C# permite declarar una lista indeterminada de parmetros utilizando la palabra reservada params. El
parmetro declarado con params debe ser un arreglo y debe ser el ltimo de la lista de parmetros del
mtodo. El siguiente cdigo muestra el uso de params.
using System;
class Principal {
public static void F(params int[] args) {
Console.Write("args contiene {0} elementos:", args.Length);
foreach (int i in args)
Console.Write(" {0}", i);
Console.WriteLine();
}
int[] arr = {1, 2, 3};
F(arr);
F(10, 20, 30, 40);
F();
}
}
Como puede verse en el ejemplo anterior, la llamada a un mtodo con un argumento params es ms
flexible que en C++ con los tres puntos .... Se puede pasar tanto un arreglo como parmetro, como
una secuencia de parmetros independientes. En este ltimo caso, el lenguaje agrupa dichos argumentos
en un arreglo pasndoselos como tal al mtodo.
Las Propiedades y los Indizadores

Es comn definir mtodos de acceso y obtencin (set/get) a los datos encapsulados u ocultos por una
clase. Estos mtodos permiten contar con bloques de cdigo que pueden controlar que dicho acceso se
realice de manera conveniente, por ejemplo, que no se pueda establecer un valor incorrecto a un dato.
Como contraparte, estos mtodos pueden quitarle una significativa legibilidad al cdigo que los utiliza.
Por ejemplo, supongamos que tenemos una clase que implementa un nmero complejo, y quisiramos
multiplicar su parte real por dos. Utilizando mtodos getReal/setReal tendramos un cdigo como el
siguiente:
Complejo c = new Complejo(1,2);

c.set( c.get() * 2);
Lo que es significativamente menos legible si tuvisemos acceso directo al dato miembro real y
codificramos:
Complejo c = new Complejo(1,2);
c.real = c.real * 2;
La ilegibilidad aumenta conforme la expresin se haga ms compleja. Ms an, si las clases que utilizamos
no guardan un estndar, el programador que hace uso de ellas requerir encontrar el nombre de dos
funciones para manejar el mismo dato.
Como una manera de simplificar el acceso a los datos de una clase, C# define el concepto de
propiedad. Una propiedad representa a uno o dos mtodos de acceso a un dato miembro (o uno
calculado) de una clase. La sintaxis de una propiedad es:
[modificadores] <tipo de dato> <nombre de la propiedad> {
get { <cuerpo del bloque get> }
set { <cuerpo del bloque set> }
}
Se puede definir slo el bloque set (con lo que tendramos una propiedad de slo escritura), slo el bloque
get (propiedad de slo lectura) o ambos bloques (propiedad de lectura y escritura). Como puede verse en
la sintaxis, las propiedades pueden recibir modificadores al igual que los datos miembros y los mtodos.
53
Por ejemplo, la siguiente clase en C# implementa el acceso a un archivo slo para lectura. Debido a esto,
el dato del tamao del archivo nunca se cambiar, por lo que este dato puede implementarse como una
propiedad de slo lectura. Por otra parte, la posicin actual de lectura del archivo s puede desearse que
sea leda o modificada por el programa que usa esta clase, por lo que puede implementarse como una
propiedad de lectura y escritura.
class ArchivoSoloLectura {
...
public int Tamano {
get {
// aqu va el cdigo que permite obtener el tamao del archivo
return TamanoCalculado;
}
}
public int Posicion {
set {
// asumiendo que el mtodo interno (privado) establecerPosicion
// realiza el trabajo de llamar a las libreras del sistema
// operativo para recolocar el puntero a un archivo
establecerPosicion( value );
}
get {
// aqui ra el cdigo que permitira calcular la posicin actual
return PosicionCalculada;
}
}
}
Note que la palabra reservada value es utilizada dentro del bloque set para hacer referencia al valor
que se le quiere establecer a la propiedad al utilizarla en un programa. El siguiente cdigo hace uso de esta
clase.
ArchivoSoloLectura arch = new ...;

Console.Write(El tamano del archivo es + Arch.Tamano);
// Aqu se realizara algn trabajo de lectura
Console.Write(La posicin actual en el archivo es + Arch.Posicion);
Arch.Posicion = 0; // se retorna al inicio del archivo
La ltima lnea del programa anterior provoca una llamada al bloque set de la propiedad Posicion, dentro
del cual la palabra reservada value contendra en valor 0.
Bajo el mismo concepto de la claridad del cdigo brindado por las propiedades, cuando un objeto
representa una coleccin de elementos (por ejemplo, como una lista enlazada) sera ms claro su manejo
si fuera posible acceder a estos elementos utilizando la misma sintaxis que con los arreglos. Para esto, C#
define los indizadores.
Un indizador es como una propiedad pero para manejar un objeto con la misma sintaxis que la de un
arreglo unidimensional. La sintaxis de declaracin de un indizador es como sigue.
[modificadores] <tipo de dato> this[<tipo del indice> <nombre del indice>] {
get { <cuerpo del bloque get> }
set { <cuerpo del bloque set> }
}
Los indizadores no tienen un nombre particular, como las propiedades, puesto que son llamados
automticamente cuando se utiliza la sintaxis del acceso a los elementos de un arreglo con ellos. El
parmetro entre corchetes sirve para declarar el tipo y nombre de la variable que servir para hacer
referencia al ndice (o lo que equivalga al mismo) dentro de los bloques set y get. Esto implica que no
requerimos necesariamente utilizar un dato de tipo entero como ndice, sino cualquier tipo de dato que
deseemos.
Como ejemplo, imaginemos que deseamos crear una clase que maneje una lista enlazada de objetos
Nodo. Adicionalmente, queremos que el programador tenga la posibilidad de recorrer los elementos de
54
esta lista de la misma forma como lo hara con un arreglo, por simplicidad. Tendramos el siguiente
esqueleto del cdigo de esta clase.
class ListaEnlazada {
// Ac van los datos miembros de la clase y sus mtodos correspondientes al
// manejo de una lista enlazada. Se asume que la clase Nodo ya esta
// implementada
Nodo primerNodo;
// Declaracin del indizador

public Nodo this [ int indice ] {
set {
Nodo unNodo = primerNodo;
for( int i = 0; i < indice; i++)
unNodo = unNodo.siguiente();
unNodo.valor = value;
}
get {
Nodo unNodo = primerNodo;
for( int i = 0; i < indice; i++)
unNodo = unNodo.siguiente();
return unNodo.valor;
}
}
// Declaracin de una propiedad

public int Tamano {
get {
// Aqu se recorre la lista contndose los nodos hasta llegar al final
return TamanoCalculado;
}
}
}
Note en el ejemplo anterior el uso del parmetro utilizado como ndice dentro de los bloques get y set del
indizador. Note adems que es posible definir propiedades en una clase con un indizador. El siguiente
programa hace uso de esta clase.
ListaEnlazada lista = ...;
// Aqu se inicializa la lista con valores para sus nodos
for( int i = 0; i < lista.Tamano; i++ )
// Ac la expresin lista[i] equivale a una llamada al bloque get
// del indizador de la clase ListaEnlazada
Console.WriteLine(Valor en la posicin + i + = + lista[i]);
Note como en el ejemplo anterior se accede a la variable lista como si se tratase de un arreglo. Otro
ejemplo del uso de indizadores y propiedades es la clase string de C#, la que implementa el acceso a los
carcteres de la cadena como un indizador de slo lectura, as como la propiedad de slo lectura Length
para obtener su longitud.
Las Estructuras
C++ permite definir tipos de datos estructura y clase. Las estructuras son herencia de C, donde se
utilizaban como forma de crear nuevos tipos de datos compuestos. Sin embargo, la implementacin
interna de C++ para las estructuras es casi la misma que para las clases, con la nica diferencia que por
defecto los miembros de una estructura son pblicos, por lo que la decisin de mantener la palabra
reservada struct en C++ responde solo a razones de compatibilidad.
C# tambin permite definir estructuras como un tipo especial de clases. Las estructuras en C# estn
diseadas para ser tipos de datos compuestos ms limitados que el resto de clases pero ms eficientes que
stas. A continuacin se listan las capacidades de las estructuras en C#:
55
?
? Sus variables son reservadas automticamente en memoria de pila y se manejan como tipos de
dato valor.
?
? No permiten la herencia de otras estructuras ni clases, pero s la implementacin de interfaces (lo
que se ver ms adelante).
?
? Permiten la definicin de mtodos, pero no el polimorfismo.
?
? Permiten la definicin de constructores, menos los constructores por defecto, dado que el
compilador siempre incluye uno.
?
? No permiten la inicializacin de sus datos miembros de instancia en la misma declaracin.
?
? No se puede utilizar una variable estructura hasta que todos sus campos hayan sido inicializados.
Una variable tipo estructura en C# se reserva automticamente en pila, mientras que en C++ el
programador es quien decide si se almacena en pila o en montn.
El uso de estructuras en C# es recomendado cuando se cumple una o ms de las siguientes condiciones:
?
? Cuando la informacin que contendrn las estructuras ser manipulada como un tipo de dato
primitivo.
?
? Cuando la informacin que se almacena es pequea, esto es, menor o igual a 16 bytes.
?
? Cuando no se requiere utilizar herencia y/o polimorfismo.
La sintaxis de declaracin de una estructura en C# es:.

[modificadores] struct <nombre> [: <lista de interfaces que implementan>]
{ <datos,tipos,funciones>
}
El siguiente cdigo corresponde a un ejemplo de definicin y uso de una estructura.

using System;
struct Punto {
public int x, y;
public Punto(int x, int y) {
this.x = x;
this.y = y;
}
public string Descripcion() {
return "(" + x + "," + y + ")";
}
}
class PruebaDeEstructuras
{
public static void Main(string[] args)
{
Punto p1 = new Punto();
Punto p2 = new Punto(10, 20);
Console.WriteLine("p1 = " + p1.Descripcion());
Punto p3;
Console.WriteLine("p3 = " + p3.Descripcion()); // ERROR
p3.x = 30;
p3.y = 40;
}
}
56
Puede observarse en la inicializacin de la variable p1 que, efectivamente, el compilador agrega un

constructor por defecto siempre a la estructura. Este constructor por defecto inicializa los datos
miembros del objeto estructura a sus valores por defecto. La variable p3 se intenta utilizar sin haber
sido inicializada, lo que arroja un error. Enseguida se procede a inicializar individualmente cada dato de la
estructura. Slo cuando todos los datos de la estructura p3 fueron inicializados es posible utilizar la
variable p3 para otros fines, como por ejemplo llamar a su mtodo Descripcion. Note, del uso de la
variable p3, que no se requiere utilizar el operador new para inicializar una variable estructura, ms an,
luego de ejecutar la lnea que declara la variable p3 la memoria de este objeto estructura ya est
reservada en pila. Por tanto, el operador new slo permite llamar a un constructor para inicializar la
variable, y no reservarle memoria como s ocurre con las clases declaradas como class.
La Herencia y el Polimorfismo
Cuando un tipo de dato extiende la definicin de otro, se dice que el primero hereda del segundo. En
esta seccin revisaremos el manejo de la herencia en los tres lenguajes estudiados, as como las
capacidades que cada uno ofrece en cuanto al manejo del polimorfismo.
La Herencia
Un tipo de dato hereda de otro todos sus miembros: Datos, mtodos y otros tipos de datos. El que un
tipo de dato herede de otro es una caracterstica que facilita el desarrollo de programas gradualmente ms
complejos.
A la clase de la que se hereda se le llama clase base o sperclase. A la clase que hereda de otra se le llama
clase derivada o subclase. Cuando una clase hereda de ms de una base, se le conoce como herencia
mltiple. Como veremos ms adelante, la herencia mltiple tiene una serie de beneficios y problemas, por
lo que no es soportada en algunos lenguajes orientados a objetos.
Esta herencia puede producir diferentes tipos de conflicto:
?
? Conflicto de espacio de nombres: Dado que los miembros de la clase base pasan a formar parte
del espacio de nombres de la clase derivada, existe el problema potencial de que un miembro de
una clase base coincida en nombre con uno de la clase derivada.
?
? Conflicto en la resolucin de las llamadas a los mtodos: Dado que es posible diferenciar a un
mtodo de otro por otros elementos adems de su nombre, es posible definir ms de un mtodo
con el mismo nombre, tanto en la clase base como en la derivada, por lo que se requiere de una
estrategia para determinar a qu mtodo se est llamando realmente dentro del contexto de la
llamada. Esta situacin se conoce como polimorfismo.
?
? Problemas de duplicidad de datos: Lo que es un problema cuando se tiene herencia mltiple de
clases que a su vez heredan, directa o indirectamente, de una misma clase base. En dichos casos,
los objetos de la clase ms derivada contendrn datos miembros duplicados, uno por cada rama
de la herencia.
La tabla 4.5 muestra con qu tipos de datos es posible utilizar herencia y qu tipo de herencia es
soportada:
Tabla 4.5. Tipos de herencia por lenguaje
C++ Java C#
Tipos de datos Clases y estructuras Clases e interfaces Clases e interfaces
Tipo de herencia Herencia simple y mltiple Herencia simple de clases y mltiple Herencia simple de clases y
57
de interfaces mltiple de interfaces
La Declaracin de la Herencia
La sintaxis de declaracin de la herencia en C++ es:
class <nombre>: [mod. de acceso]<clase base1>, [mod. de acceso]<clase base2>, ...
{ <cuerpo de la clase> };
La sintaxis de declaracin de la herencia en Java es:
class <nombre> extends <clase base> implements <interfaz1>, <interfaz2>, ...

{ <cuerpo de la clase> }
La sintaxis de declaracin de la herencia en C# es:
class <nombre>: <clase base>, <interfaz1>, <interfaz2>, ...

{ <cuerpo de la clase> }
Los modificadores de acceso permitidos en la declaracin de la herencia en C++ son private, protected y
public.
El Proceso de Construccin y Destruccin

Cuando una clase hereda de otra, el proceso de construccin y destruccin de un objeto sigue la siguiente
lgica:
?
? Durante la construccin, se llama uno a uno a los constructores, desde las clases base y
avanzando por el rbol de herencia hacia las clases ms derivadas. Esto permite que el cdigo de
construccin de un objeto derivado se ejecute dentro de un contexto en el que se asegure que
sus datos heredados estn inicializados y en un estado consistente.
?
? Como contraparte, durante la destruccin, se llama uno a uno a los destructores, desde las clases
ms derivadas y avanzando por el rbol de herencia hacia las clases base. Esto permite que el
cdigo de destruccin de un objeto derivado se ejecute dentro de un contexto en el que se
asegure que sus datos heredados an existen y contienen valores consistentes.
Cuando las clases, en un rbol de herencia, contienen constructores por defecto, la secuencia de llamada
durante el proceso de construccin de un objeto se realiza automticamente. Sin embargo, cuando una
clase base no posee un constructor por defecto o se desea ejecutar determinado constructor con
parmetros, se puede especificar dicho paso de parmetros desde el constructor de la clase derivada, de la
siguiente forma:
C++:
class Base {...};

class Derivada: public Base{
public Derivada(...) : Base(...)
{...}
};
Java:
class Base {...}

class Derivada extends Base{
public Derivada(...)
{ super(...); ... }
}
C#:
class Base{...}
class Derivada: Base{
58
public Derivada(...): base(...)

{...}
}
Note que mientras en C++ se especifica este paso de parmetros, desde el constructor de una clase
derivada al de una clase base, con el nombre mismo de la clase base, en Java y C# se utilizan las palabras
reservadas super y base respectivamente. Esto se debe a que C++ soporta herencia mltiple, por lo
que podra requerirse pasar parmetros a ms de un constructor, mientras que Java y C# soportan slo
herencia simple de clases. La herencia mltiple se ver ms adelante.
Note adems que la llamada a super en Java debe hacerse obligatoriamente en la primera lnea del
constructor.
Acceso a los Miembros Heredados

En la herencia, la clase derivada puede contener miembros que coincidan en nombre con algunos de la
base. Esto no es un error, y es aceptado en los tres lenguajes estudiados. Sin embargo, es necesario
contar con un mecanismo para diferenciar, en estos casos, a qu miembro se refiere un pedazo de cdigo,
tanto dentro como fuera de la clase.
Dentro de los mtodos de la clase derivada, cuando se utiliza directamente el nombre del miembro en
conflicto, el compilador asume que nos referimos al de la clase derivada. Para referirnos al de la clase base
debemos utilizar una sintaxis especial:
?
? En C++: <nombre de la clase base> :: <nombre del miembro>
?
? En Java: super.<nombre del miembro>
?
? En C#: base.<nombre del miembro>
Como puede verse, en Java y C# slo puede accederse al miembro heredado de la clase base. El siguiente
ejemplo en Java muestra esta limitacin:
class Base {
void m() { System.out.println("Llamada a Base.m"); }
}
class Derivada1 extends Base {
void m() { System.out.println("Llamada a Derivada1.m"); }
}
class Derivada2 extends Derivada1 {
void m() { System.out.println("Llamada a Derivada2.m"); }
void prueba() {
m();
super.m();
super.super.m(); // ERROR: Llamada invlida
}
}
public class PruebaDeHerencia1 {
Derivada2 obj = new Derivada2();
obj.prueba();
obj.m();
}
}
Como se ve en el ejemplo, no es posible acceder a la implementacin del mtodo m en Base desde

un mtodo de la clase Derivada2, slo a la implementacin en Derivada1, su clase base inmediata.
Asimismo, la llamada a m desde main ejecutar la ltima implementacin de este mtodo, la de la
clase Derivada2. Como veremos ms adelante, esto es un tipo de polimorfismo.
59
El Polimorfismo
El polimorfismo ocurre cuando la llamada a un mtodo se resuelve sobre la base del contexto de la
llamada, dado que existe ms de una implementacin para dicho mtodo, es decir, la llamada a un mtodo
puede tomar distintas formas, segn como sta se realice. Veremos tres casos de polimorfismo:
?
? La sobrecarga de funciones y mtodos.
?
? La sobrescritura en la herencia.
?
? La sobrescritura en la implementacin de las interfaces.
La Sobrecarga
La forma ms simple de polimorfismo es la sobrecarga, en donde dos mtodos con el mismo nombre
son diferenciados por el lenguaje basndose nicamente en sus argumentos. En este sentido, es el
compilador quien resuelve a qu mtodo se llamar, cuando compila y genera el cdigo objeto del
programa, sobre la base de los argumentos que se le pasan al llamar un mtodo o funcin global (en el
caso de C++).
El siguiente ejemplo muestra la sobrecarga en C#.
using System;
struct Punto {
public int x, y;
public Punto(int x, int y) {
this.x = x;
this.y = y;
}
}
class Figura {
Punto posicion;
public Figura() : this(new Punto()) {
}
public Figura(Punto p) {
Mover(p);
}
public void Mover(int x, int y) {
Mover(new Punto(x, y));
}
public void Mover(Punto p) {
posicion = p;
}
}
class Circulo : Figura {
double radio;
public Circulo(double r) : this(new Punto(), r) {
}
public Circulo(Punto p, double r) : base(p) {
radio = r;
}
public void Mover(Punto p, double r) {
Mover(p);
radio = r;
}
}
En el ejemplo anterior el mtodo Mover es sobrecargado tres veces, dos en la clase Figura y una en la
clase Circulo. Adems, los constructores de ambas clases estn sobrecargados. Cuando se llama al
mtodo Mover se resuelve dicha llamada sobre la base del tipo de la variable utilizada y los parmetros
pasados. El siguiente cdigo utiliza las clases anteriores.
Figura f = new Figura();

f.Mover(2,3);
60
Circulo c = new Circulo(10);

c.Mover(new Punto(7,4), 2);
f.Mover(new Punto(7,4), 2); // ERROR
La ltima lnea anterior genera un error debido a que f es tipo Figura y dentro de esta clase no existe
una sobrecarga apropiada para los argumentos pasados en la llamada.
Es importante notar que dos mtodos no pueden diferenciarse slo por su valor de retorno, por lo que
dos mtodos de la misma sobrecarga con los mismos argumentos debern tener necesariamente el mismo
valor de retorno. La sobrecarga es soportada por C++ y C#. Como se ver en breve, Java slo permite
sobrecargas de un tipo especial.
Adicionalmente C++ y C# permiten la sobrecarga de operadores. C++ ofrece una amplia gama de
opciones en cuanto al juego de operadores que pueden ser sobrecargados y la forma en que puede
declararse dichas sobrecargas. C# por el contrario, ofrece un conjunto restringido de operadores que
pueden ser sobrecargados y un nico formato de declaracin de dicha sobrecarga. Por ejemplo, la
sobrecarga del operador de suma en C# tiene el siguiente formato:
public static Tipo operator+(Tipo1 op1, Tipo2 op2) { ... }
El siguiente cdigo utiliza una sobrecarga del operador + para una clase Vector:
class Vector {
private double x, y;
public Vector(double x, double y) {
this.x = x;
this.y = y;
}
public static Vector operator+(Vector op1, Vector op2) {
return new Vector(op1.x + op2.x, op1.y + op2.y);
}
public void Imprimir() {
Console.WriteLine("Vector[x={0}, y={1}]", x, y);
}
}
class PruebaDeSobrecargaDeOperadores {
Vector a = new Vector(1, 2), b = new Vector(3, 4), c;
c = a + b;
c.Imprimir();
}
}
La declaracin de una sobrecarga debe ser pblica y esttica y el tipo del primer parmetro debe coincidir
con el tipo de la clase dentro de la que se declara la sobrecarga.
El Ocultamiento
La sobrecarga funciona bien cuando podemos diferenciar dos mtodos por sus argumentos, pero es
posible tener un mtodo en una clase base con el mismo nombre y los mismos argumentos en la clase
derivada. Esto es deseable cuando lo que deseamos conseguir es un ocultamiento de la implementacin
original de dicho mtodo, de forma que en el cdigo que utilice nuestra clase se llame a esta nueva
implementacin. El ocultamiento es un tipo de sobrescritura, y es tan eficiente como la sobrecarga.
El siguiente programa en C++ muestra el uso del ocultamiento.
class Base {
public: void Metodo( ) { cout << "Base::Metodo\n"; }
};
class Derivada : public Base {
public: void Metodo( ) { cout << "Deri::Metodo\n"; }
};
void main() {
Base ObjBase; Derivada ObjDerivada; Base* pBase;
ObjBase.Metodo( );
61
ObjDerivada.Metodo( );
pBase = &ObjBase;
pBase->Metodo( );
pBase = &ObjDerivada;
pBase->Metodo( );
}
Al ejecutar este programa se ve que las dos primeras llamadas a Metodo utilizando las variables
ObjBase y ObjDerivada ejecutan la implementacin respectiva en cada clase. En estos casos, el
compilador ya no ha podido basarse en los argumentos de la llamada al mtodo para decidir a cul
implementacin llamar, sino en el tipo de las variables utilizadas. Las dos ltimas llamadas utilizan un
puntero del tipo de la clase base Base para, apuntando a cada objeto, llamar al Metodo. Ambas
llamadas se resuelven hacia la implementacin en la clase Base, dado que, al igual que en las dos
primeras llamadas, el compilador se bas en el tipo de la variable utilizada para decidir a qu
implementacin llamar.
El ejemplo anterior muestra una clara ventaja y limitacin del ocultamiento. Si bien el ocultamiento es
eficiente dado que la resolucin de la llamada se realiza en tiempo de compilacin, la capacidad de ocultar
es limitada slo a los casos donde el tipo del objeto creado coincide con el tipo de la variable que lo
referencia o apunta. Este es el caso del puntero de tipo Base utilizado para llamar al mtodo Metodo
de un objeto de tipo Derivada. Aqu la nueva implementacin de Metodo no ocult a la
implementacin original, lo que probablemente se desea que ocurra.
El siguiente programa corresponde a una versin en C# del programa anterior.

using System;
class Base {
public void Metodo( ) {
Console.WriteLine("Base.Metodo");
}
}
class Derivada : Base {
public new void Metodo( ) {
Console.WriteLine("Derivada.Metodo");
}
}
class PruebaDeEstructuras {
Base ObjBase = new Base();
Derivada ObjDerivada = new Derivada();
ObjBase.Metodo( );
ObjDerivada.Metodo( );
Base refBase;
refBase = ObjBase;
refBase.Metodo( );
refBase = ObjDerivada;
refBase.Metodo( );
}
}
Otra consecuencia de la forma cmo funciona el ocultamiento es que no se permite que las
implementaciones en la clase base utilicen las versiones actualizadas de los mtodos ocultados. Los
mtodos en la base siempre trabajan con lo conocido para su clase. El siguiente ejemplo en C++
muestra este caso.
class Base {
public: void Met1() { cout << "Base::Met1\n"; }
void Met2() { Met1(); }
};
public: void Met1() { cout << "Deri::Met1\n"; }
};
void main() {
Base ObjB; ObjB.Met2();
Derivada ObjD; ObjD.Met2();
}
62
En el ejemplo mostrado, el ocultamiento de Met1 no es aprovechado por Met2, por lo que el texto
mostrado ser Base::Met1, cuando lo que quiz se deseaba era Deri::Met1.
Como puede observarse, la implementacin del mtodo Metodo en la clase Derivada requiere el uso
de la palabra reservada new. C# busca con esto que sea claro que dicho mtodo est ocultando a otro en
alguna de las bases del rbol de herencia.
En resumen, el ocultamiento es eficiente, dado que se resuelve en tiempo de compilacin, pero puede
originar llamadas incorrectas a mtodos sobrescritos cuando los objetos son tratados con variables cuyo
tipo corresponda a alguna de las clases base del objeto. Para solucionar esto, el programa debera analizar
en tiempo de ejecucin, y ya no durante la compilacin, a qu objeto verdaderamente apunta o referencia
una variable, y sobre la base de esto decidir a qu mtodo llamar. Esto es lo que realiza la sobrescritura
virtual.
La Sobrescritura Virtual
Cuando un mtodo se sobrescribe virtualmente el compilador agrega informacin adicional a la clase, la
que es utilizada en tiempo de ejecucin para determinar a que tipo de objeto se est apuntando realmente
y por tanto, a qu mtodo se debe de llamar.
Las siguientes sintaxis corresponden a la manera cmo declarar una sobrescritura virtual, en cada lenguaje:
?
? C++: Se coloca virtual en la base.
class Base { ... virtual void Met( ) {...} ... };
?
? Java: No existe sobrecarga ni ocultamiento. El polimorfismo siempre es mediante sobrescritura
virtual.
?
? C#: Se coloca virtual en la base y override en la derivada.
class Base { ... virtual void Met( ) {...} ... };
class Deri : Base { ... override void Met( ) {...} ... };
En resumen, la sobrescritura virtual permite que desde cualquier mtodo de la clase base, de la clase
derivada o desde fuera de ellas, una llamada a un mtodo se resuelva sobre la base del tipo del objeto
apuntado o referenciado, no el de la variable que lo apunta o referencia. Como es de suponerse, la
sobrescritura virtual es menos eficiente que el ocultamiento.
La Implementacin de Interfaces
En general se suele decir que la interfaz de una clase se refiere al conjunto de mtodos que sta expone
pblicamente, para el manejo de los objetos de la misma.
El concepto de interfaz no est relacionado a la implementacin de los mtodos de una clase, slo a la
declaracin de los mismos. De esta forma, se puede encontrar que varias clases, no relacionadas en una
herencia, pueden exponer interfaces similares. Por tanto, si se pudiera tipificar y homogenizar los
elementos similares de las interfaces de varias clases, podran manejarse sus objetos de manera
homognea, an cuando no pertenezcan a una misma herencia.
Esta tipificacin de la interfaz de una clase se realiza en Java y C# mediante la palabra reservada
interface. Las sintaxis correspondientes a la declaracin de una interfaz en Java y C# son:
En Java:
[modificadores] interface <nombre> [ extends <lista de interfaces> ]

{ <declaracin de los mtodos> }
63
En C#:
[modificadores] interface <nombre> [ : <lista de interfaces> ]

{ <declaracin de los mtodos> }
Las interfaces soportan la herencia mltiple, debido a que no puede existir conflicto de implementacin
(dado que nada se implementa) ni tampoco duplicidad de datos (dado que no se permiten declarar datos).
En C++ no existe el concepto de interfaz, pero puede ser simulado mediante una clase que contenga slo
mtodos virtuales puros pblicos.
Una interfaz declara, no implementa, un conjunto de mtodos que corresponden a una funcionalidad que
una clase puede exponer. Por ejemplo, la interfaz dibujable puede ser implementada tanto por una
clase marquesina como una clase fotografa. Por tanto, las interfaces agrupan a un conjunto de
mtodos pblicos que pueden ser implementados por una clase.
El siguiente programa Java hace uso de una interfaz.

interface Dibujable {
void Dibujar( );
}
class Imagen implements Dibujable {
public void Dibujar( ) { System.out.println("Llamando a Dibujar en Imagen"); }
}
class Texto implements Dibujable {
public void Dibujar( ) { System.out.println("Llamando a Dibujar en Texto"); }
}
public class PruebaDeInterfaces {
Imagen img = new Imagen();
Texto txt = new Texto();
Dibujable dib = img;
dib.Dibujar();
dib = txt;
dib.Dibujar();
}
}
El mismo programa en C# sera:

using System;
interface Dibujable {
void Dibujar( );
}
class Imagen : Dibujable {
public void Dibujar( ) { Console.WriteLine("Llamando a Dibujar en Imagen");
}
}
class Texto : Dibujable {
public void Dibujar( ) { Console.WriteLine("Llamando a Dibujar en Texto"); }
}
public static void Main() {
Imagen img = new Imagen();
Texto txt = new Texto();
Dibujable dib = img;
dib.Dibujar();
dib = txt;
dib.Dibujar();
}
}
El mismo programa en C++ sera:
class Dibujable {
public: virtual void Dibujar( ) = 0;
};
class Imagen: public Dibujable {
64
public: virtual void Dibujar( ) { cout << Llamando a Dibujar en Imagen; }

};
class Texto: public Dibujable {
public: virtual void Dibujar( ) { cout << Llamando a Dibujar en Texto; }
};
void main() {
Imagen* img = new Imagen();
Texto* txt = new Texto();
Dibujable* dib = img;
dib->Dibujar();
dib = txt;
dib->Dibujar();
}
Una clase puede implementar ms de una interfaz y en el caso de C#, una estructura tambin. Como
puede verse, el concepto de herencia mltiple de interfaces en Java y C# reemplaza al de herencia
mltiple de clases en C++, evitando los problemas que sta ltima tiene.
El siguiente cdigo de programa en C# muestra una herencia mltiple de interfaces.

interface IArchivo {
void posicion( );
}
interface IArchivoBinario : IArchivo {
byte leerByte( );
void escribirByte(byte b);
}
interface IArchivoTexto : IArchivo {
char leerChar( );
void escribirChar(char b);
}
class ArchivoBinario : IArchivoBinario { ... }
class ArchivoTexto : IArchivoTexto { ... }
class ArchivoBinarioTexto : IArchivoBinario, IArchivoTexto { ... }
An cuando no se declare como pblicos los mtodos de una interfaz, stos siempre lo son. Por tanto,
las implementaciones de estos mtodos en las clases debern ser declaradas como pblicas.
Las Clases Abstractas

Cuando una clase no implementa un mtodo se dice que sta es abstracta. Dado que las clases abstractas
son clases a medio implementar, stas no pueden utilizarse para instanciar objetos, pero s como clases
base de otras clases que s implementen dichos mtodos faltantes.
Declaracin de una Clase Abstracta

En C++ las clases que contienen mtodos virtuales puros son implcitamente abstractas. En Java y C#,
las clases que slo declaren algunos mtodos, sin implementarlos, deben ser declaradas explcitamente
mediante la palabra reservada abstract como un modificador ms en la declaracin de la clase.
Es importante recalcar que una clase abstracta se diferencia de una interfaz en que puede contener
mtodos no abstractos y por tanto, funcionalidad implementada.
El siguiente programa en C# muestra el uso de una clase abstracta.

using System;
abstract class Base{
public void imprimir() {Console.WriteLine("Imprimir: Clase Base");}
abstract public void metodo();
}
class Derivada : Base{
new public void imprimir(){Console.WriteLine("Imprimir: Clase Derivada");}
override public void metodo(){Console.WriteLine("Metodo: Clase Derivada");}
}
class MainClass{
65
public static void Main(string[] args){

Base objBase ;//= new Base(); // si se descomenta, habria un error
// pues no se puede instanciar la clase
// por ser abstracta
Derivada objDerivada = new Derivada();
objbase = objDerivada;
objBase.imprimir(); objBase.metodo();
objDerivada.imprimir(); objDerivada.metodo();
}
}
Note que en C# el mtodo abstracto en la clase base debe de declararse explcitamente como abstract,
lo que no requiere Java. Note tambin que la implementacin del mtodo en la clase derivada se declara
como override, debido a que los mtodos abstractos son implcitamente virtuales. Como en Java todo
polimorfismo es virtual, un equivalente de este programa en Java no requerira utilizar ninguna palabra
reservada especial en la declaracin de la implementacin en la clase derivada.
Todo mtodo declarado dentro de una interfaz en Java y C# es implcitamente abstracto, virtual y
pblico.
Java permite la declaracin de constantes dentro de sus interfaces. C# permite declarar propiedades e
indizadores. La siguiente interfaz en C# declara una propiedad de slo lectura y un indizador de lectura y
escritura.
class UnaInterface {
int UnaPropiedad { get; }
int this [ int indice ] { get; set; }
}
Diferencias entre las Interfaces y las Clases Abstractas

Las clases abstractas son adecuadas cuando se desea tener una implementacin bsica comn para clases
derivadas que debern implementar la funcionalidad faltante y posiblemente, sobrescribir parte de la
bsica. Por otro lado, las interfaces son adecuadas cuando no se requiere contar con una implementacin
bsica comn, dado que toda se realizar en las clases que las implementen. La tabla 4.6 sumariza estas
diferencias.
Tabla 4.6. Diferencias entre las clases abstractas y las interfaces
Interfaz Clase abstracta

Declara mtodos abstractos S S
Implementar mtodos No S
Aadir datos miembros No S
Crear objetos No No
Crear arreglos y referencias S S
Los Tipos de Datos Anidados

Hasta el momento slo se han estudiado los datos y las funciones como miembros de una clase, pero una
clase tambin puede contener la definicin de tipos como miembros. A un tipo de dato declarado dentro
de otro tipo de dato se le conoce como tipo de dato anidado o inner, y al tipo que lo contiene outer.
En esta seccin nos concentraremos en la declaracin y uso de las clases anidadas o clases inner.
La Declaracin de Clases Anidadas

Una clase anidada o inner se declara como cualquier otra clase, con la diferencia que, dado que son
miembros de una clase, pueden aplicrseles modificadores propios de los miembros de stas. Por
66
ejemplo, es posible declarar una clase inner como privada, por lo que slo se podrn declarar variables de
sta dentro de la clase outer y ser manipulados desde los mtodos de sta.
Se puede tener varios niveles de anidacin en la declaracin de clases, es decir, una clase inner puede ser
anidar otras clases inner. Una clase que no es inner de ninguna otra se le llama clase de alto nivel o top-
level.
Las clases anidadas son tiles cuando:
?
? Los objetos de dichas clases slo van a ser utilizados dentro de su clase outer. Estas clases inner
funcionaran como una librera interna de la clase outer. Sin embargo, si es posible que estas
clases inner sean reutilizables fuera de la clase outer, es recomendable sacarlas de la clase outer y
definirlas en un espacio de nombres independiente. La definicin y uso de los espacios de
nombres se ver ms adelante.
?
? Los objetos de dichas clases requieren trabajar intensamente con los datos de la clase outer.
Dado que la clase inner est definido dentro del mbito de la clase outer, tiene acceso directo a
todos los miembros de sta, an a los privados, lo cual puede ser beneficioso si es que el trabajo
entre ambas clases es muy intenso.
?
? Cuando carezca de sentido crear objetos de esta clase sin que existan previamente objetos de su
clase outer. En este caso, se requiere de un objeto de la clase outer para poder crear, sobre la
base de su informacin interna y otros datos externos, objetos de la clase inner.
?
? Cuando la clase outer le da sentido a la inner. En este caso, la clase outer funciona como un
espacio de nombres. Al igual que en el primer caso, si no se cumpliera esta condicin se
recomienda utilizar clases en un espacio de nombres independiente en lugar de clases inner.
El siguiente programa en Java muestra el uso de una clase inner.

class A {
class B {
public void metodo1() {
System.out.println("Llamada a B.metodo1");
metodo2();
}
}
private void metodo2() {
System.out.println("Llamada a A.metodo2");
}
public void metodo3() {
System.out.println("Llamada a A.metodo3");
B objB = new B();
objB.metodo1();
}
}
A objA = new A();
objA.metodo3();
}
}
En el ejemplo anterior, la clase B es inner de la clase A, por lo que puede acceder a todos los miembros de
sta ltima, inclusive los privados, como la llamada al mtodo metodo2 desde su implementacin de
metodo1. Dado que la clase B es un miembro ms de la clase A, al no habrsele especificado un
modificador de acceso posee el modificador de-paquete. Por tanto, es posible acceder desde main a
dicha clase, declarar variables y crear objetos con ella.
67
La Creacin de Objetos de Clases Anidadas

En el ejemplo anterior se cre un objeto de la clase B dentro del metodo3 de la misma forma como se
crean objetos de clases no inner. Sin embargo, para crear objetos inner fuera de su clase outer la sintaxis
es diferente. El siguiente cdigo puede haberse incluido en main para crear un objeto de la clase B:
A.B objB = objA.new B();
objB.metodo1();
Es interesante notar como el nombre de la clase outer forma parte del nombre de la clase inner, es decir,
fuera de la clase A, el nombre completo de la clase B es A.B. El uso de la palabra reservada new
tambin requiere una sintaxis especial, dado que los objetos de la clase B son considerados de instancia,
esto es, se requiere utilizar una instancia de la clase A para crear una de la B. Piense en esto: Si la instancia
del objeto referenciado por objB no hubiera sido creada haciendo referencia a un objeto de la clase A,
al mtodo de qu objeto se estara accediendo en la llamada que hace metodo1 a metodo2, dado que
ste ltimo es igualmente un mtodo de instancia? Luego, cuando se crea un objeto de una clase inner de
instancia, dicho objeto conserva una referencia al objeto outer en base al que fue creado, de forma que
pueda acceder tanto a sus miembros estticos como no-estticos. Sin embargo, si esta caracterstica no se
deseara, la clase B pudo declararse como esttica, es decir:
class A {
static class B {
public void metodo1() { ... }
}
private static void metodo2() { ... }
public void metodo3() { ... }
}
A objA = new A();
objA.metodo3();
A.B objB = new A.B();
objB.metodo1();
}
}
En este caso, los mtodos de la clase B slo pueden acceder a los miembros estticos de la clase A, dado
que no son creados con referencia a un objeto de A, por lo que metodo2 requiere ser esttico para
poder ser llamado desde metodo2. La sintaxis de creacin de un objeto B desde fuera de la clase A, en
main, tambin cambia.
En el caso de C++ y C#, los objetos de las clases inner no conservan automticamente una referencia a
un objeto de la clase outer, por lo que se les puede considerar clases inner estticas por defecto, por lo que
no requieren ni permiten su declaracin utilizando el modificador static.
Finalmente las clases inner pueden declararse con los mismos modificadores de acceso de los dems
miembros. En el ejemplo anterior, si la clase B hubiera sido declarada como private, no hubiera
podido crearse ni declarar objetos de sta fuera de los mtodos de la clase A.
Los Conflictos de Nombres

Cuando un miembro de la clase inner coincide en nombre con uno de la clase outer, es necesario utilizar
una sintaxis especial que permite resolver a qu miembro se est llamando. La siguiente sintaxis
corresponde a la forma de referirse a un miembro de una clase outer desde dentro de una clase inner:
C++:
<nombre de la clase outer>::<nombre del miembro>
Java: Desde una inner de instancia:
68
<nombre de la clase outer>.this.<nombre del miembro>
Desde una inner esttica:
<nombre de la clase outer>.<nombre del miembro>
C#:
<nombre de la clase outer>.<nombre del miembro>
El siguiente programa en Java muestra este caso para una clase inner de instancia.
class Outer {
class Inner {
void m() {
System.out.println("Llamada a Inner.m");
Outer.this.m();
}
}
void m() {
System.out.println("Llamada a Outer.m");
}
void prueba() {
Inner objInner = new Inner();
objInner.m();
}
}
Outer objOuter = new Outer();
objOuter.prueba();
}
}
Note en el ejemplo anterior, que la expresin Outer.this es la forma en que se referencia al objeto de la
clase outer en base al que se cre el objeto de la clase inner.
Las Clases Anidadas Annimas

Java ofrece la capacidad de crear clases anidadas annimas. Estas clases annimas se instancian en la
misma expresin que las define. El siguiente programa en Java muestra el uso de este tipo de clase.
class Base {
public void Imprimir() { System.out.println("Base.Imprimir"); }
}
class Principal {
public static void main(String args[]) {
Base obj = new Base() { // Aqu comienza la definicin de la clase annima
System.out.println(this.getClass().getName()+".Imprimir");
}
}; // Aqu termina la definicin de la clase annima
obj.Imprimir();
}
}
En el programa anterior, la clase inner annima est definida entre los dos corchetes que siguen a la
expresin de creacin new Base( ). Esta clase annima hereda de la clase Base y su nombre no es
requerido, debido a que el programa slo requiere crear un objeto de dicha clase. El objeto de esta clase
annima es manejado siempre utilizando una variable del tipo de la clase base. El siguiente ejemplo en
Java define una clase annima que implementa una interfaz.
interface UnaInterface { void Imprimir(); }
class Principal {
public static void main(String args[]) {
UnaInterface obj = new UnaInterface() {
69

System.out.println(this.getClass().getName()+".Imprimir");
}
};
obj.Imprimir();
}
}
El cdigo del mtodo Imprimir muestra en consola el nombre interno que el compilador de Java le
asigna a la clase annima definida, en este caso Principal$1. Si se revisa el directorio donde se generan
los archivos compilados de Java para este programa se ver el archivo Principal$1.class correspondiente
a esta clase inner.
Las clases annimas son tiles cuando:
?
? Slo se desea crear objetos de esta clase en una sola parte del programa, para extender una clase
base o implementar una interfaz.
?
? La implementacin de la clase annima es relativamente pequea.
La Reflexin
Cuando se trabaja con rboles de clases con mtodo polimrficos o con interfaces es comn tratar los
objetos con referencias a las clases base o al tipo de las interfaces. A la asignacin de un objeto de una
clase derivada a una variable de una clase base se le conoce como up-cast o widening. Este tipo de
asignaciones no requiere de una operacin de cast explcita y es segura, dado que un objeto de un tipo
derivado siempre pueden tratarse como un objeto de un tipo base.La operacin contraria no es segura,
es decir, asignar una referencia desde una variable de un tipo base a una de un tipo derivado no siempre
es correcta, dado que siempre es posible que se est referenciando a un objeto que no puede ser tratado
como el tipo de la variable destino. Este tipo de operacin requiere de un cast explcito, y se conoce
como down-cast o narrowing. El siguiente cdigo es un ejemplo de esto:
ClaseBase ref1 = new ClaseDerivada( ); // Up-cast o widening, siempre es seguro
... // otras lneas de cdigo
ClaseDerivada ref2 = ref1; // Down-cast o narrowing, error de compilacin,

// se requiere una operacin cast
ClaseDerivada ref3 = (ClaseDerivada)ref1; // Esto si compila
En el cdigo anterior, la ltima lnea puede ocasionar un error al ser ejecutada, si la variable ref1
referenciara a un objeto de la ClaseBase, producto de una operacin de asignacin ejecutada en alguna de
las otras lneas de cdigo.
Dado que este tipo de operaciones cast son requeridas en algunas ocasiones, suele ser necesario contar
con algn mecanismo para poder verificar si el objeto referenciado o apuntado por una variable puede o
no ser tratado como un tipo determinado. ste es un ejemplo en donde la tcnica conocida como
reflexin es til.
Definicin y Uso
Los lenguajes de programacin que implementan la reflexin guardan informacin adicional en los
objetos que son creados durante la ejecucin de un programa de forma que, en tiempo de ejecucin, sea
posible obtener informacin sobre el tipo con que fue creado dicho objeto. La identificacin de tipos en
tiempo de ejecucin (o RTTI por sus siglas en ingls) es slo una de las capacidades que ofrece la
70
reflexin. La reflexin permite conocer el rbol de herencia de un tipo de dato, los modificadores con
que fue definido, los miembros que incluye as como informacin sobre cada uno de estos miembros,
entre otros datos.
Algunos ejemplos del uso de la reflexin son:
?
? Verificacin de errores en tiempo de ejecucin. Al realizar un cast de una referencia de un tipo
base a un tipo derivado, la reflexin puede servir para averiguar si dicho objeto puede ser o no
interpretado como tal o cual tipo, es decir, si su clase es o hereda del tipo destino. Si el objeto no
puede ser tratado como del tipo destino, se produce un error que puede ser interceptado y
tratado por el programa.
?
? Entornos de desarrollo con componentes. Estos entornos requieren exponer al programador
los elementos de dichos componentes, as como su descripcin, tipo, parmetros, etc. Se
pueden instalar nuevos componentes y el sistema deber poder reconocerlos automticamente,
siempre que cumplan con el estndar pedido por el entorno, esto es, que dichos componentes
expongan la interfaz requerida.
?
? Programas orientados a dar servicios. Estos programas trabajan con otros programas que deben
cumplir con ofrecer cierta interfaz. El programa servidor determina, en tiempo de ejecucin, si
otro programa cumple la interfaz necesaria para dar cierto servicio y si lo hace, puede trabajar
con l. Un ejemplo de un programa de servicio es la misma arquitectura de un sistema
operativo, donde los programas ejecutables y las libreras deben exponer cierta interfaz para que
el sistema operativo pueda ejecutarlos. Otro ejemplo son los servidores Web y en general,
cualquier servidor distribuido.
La reflexin no es la nica tcnica posible para stos y otros casos donde un sistema requiera
conocimiento de si mismo y de su entorno para adaptarse, pero ofrece la ventaja de ser simple y
uniforme.
El tema de la reflexin es amplio, por lo que la siguiente seccin slo abarca lo que corresponde a RTTI.
RTTI
Uno de los aspectos de la reflexin es la identificacin de tipos en tiempo de ejecucin o RTTI. Esta
consiste en determinar si un objeto puede ser manejado como un tipo de dato determinado.
C++ expone una implementacin limitada de RTTI y requiere que los programas que la utilizan sean
compilados con opciones especiales del compilador. El siguiente programa en C++ utiliza esta tcnica.
#include <iostream.h>
#include <typeinfo.h>
class Base {
public: virtual void Imprimir() { cout << "Base::Imprimir" << endl; }
};
public: virtual void Imprimir() { cout << "Derivada::Imprimir" << endl; }
};
void Identificar(Base* pObj) {
Derivada* pDer = dynamic_cast<Derivada*>(pObj);
if(pDer != 0)
cout << "Objeto 'Derivada'" << endl;
else
cout << "Objeto 'Base'" << endl;
const type_info& ti = typeid(*pObj);
cout << "typeinfo: name=" << ti.name() << ", raw_name=" << ti.raw_name() << endl;
}
void main() {
71
Base* pBase = new Base();

Identificar(pBase);
Derivada* pDer = new Derivada();
Identificar(pDer);
}
El operador tipeid retorna una referencia de tipo const type_info &, que es un objeto que contiene
informacin acerca del tipo de objeto pasado al operador.
El operador dynamic_cast permite obtener un puntero de un tipo derivado, pasndole como parmetro
un tipo base y el puntero original. Sin embargo, requiere que el tipo base contenga por lo menos un
mtodo virtual. Si el puntero pasado como parmetro no apunta a un objeto que puede interpretarse
como el tipo indicado entre los smbolos < >, el operador retorna cero 0.
Java utiliza el operador instanceof para determinar si el objeto referenciado por una variable puede o no
ser manejado como un tipo de dato determinado. El siguiente programa muestra su uso.
class Base { }
class Derivada extends Base { }
class PruebaDeInstanceof {
static void Identificar( Base obj ) {
if ( obj instanceof Derivada ) System.out.println("Objeto 'Derivada'");
else System.out.println("Objeto 'Base'");
}
public static void main( String args[] ) {
Identificar( new Base( ) );
Identificar( new Derivada( ) );
}
}
Si un objeto puede ser tratado como un tipo de dato determinado, la asignacin de sta, utilizando una
operacin de cast explcita, a una variable del tipo destino es segura y no arrojar error durante su
ejecucin.
C# utiliza el operador is en lugar del operador instanceof de Java. El siguiente programa muestra su
uso.
using System;
class Base { }
class Derivada : Base { }
class PruebaDeIs {
static void Identificar(Base obj) {
if ( obj is Derivada ) Console.WriteLine("Objeto 'Derivada'");
else Console.WriteLine("Objeto 'Base'");
}
public static void Main() {
Identificar(new Base());
Identificar(new Derivada());
}
72

Capitulo 04 - Clases y Objetos

Cargado por

Copyright:

Formatos disponibles

Capitulo 04 - Clases y Objetos

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Capitulo 04 - Clases y Objetos

Cargado por

Copyright:

Formatos disponibles

I N F 2 1 8 - L E N G U A J E S D E P R O G R A M A C I N 2

Sobre las Clases

Dado que la encapsulacin realiza el ocultamiento de informacin de un objeto, debido a la inseguridad

Sobre los Objetos

Sobre los Miembros

La Declaracin de las Clases

[modificadores] class <nombre> [extends <clase base>] [implements <lista interf.>]

El formato general de declaracin de una clase en C# es:

Tabla 4.1. Modificadores de clases para Java y C#

Modificadores Modificadores Descripcin

La Creacin de los Objetos

El siguiente programa define y utiliza una clase Usuario en Java.

public Usuario(String nom, int tipo) {

El siguiente programa es el equivalente en C#.

Si bien la sintaxis es muy similar a C++, existen algunas diferencias importantes:

Entre Java y C# tambin existen diferencias importantes:

Los Constructores y Destructores

El siguiente cdigo es el equivalente en Java:

Aunque la sintaxis utilizada en C# corresponde a la lista de inicializacin de los constructores en C++, no

Los Constructores Estticos

El siguiente programa en C# muestra el uso de un constructor esttico.

La sintaxis de declaracin de un finalizador en Java es:

La sintaxis de declaracin de un finalizador en C# es:.

~< nombre de la clase > ( ) {

Manejo Manual y Automtico de la Memoria

Finalizacin Determinista y No-Determinista

Problemas como el descrito requieren que el programador implemente manualmente un manejo

El Acceso a los Miembros

Tabla 4.2. Modificadores de acceso para miembros de una clase

mbitos C++ Java C#

El Uso de las Variables

La Declaracin de las Variables

En Java, las variables se clasifican en:

En C#, las variables se clasifican en:

Por el mbito donde son declaradas, las variables se clasifican en:

Al ejecutar el mtodo Prueba se producir la siguiente salida:

Este cdigo puede corregirse de la siguiente forma:

String sTexto = new String( );

String sTexto = new String( Hola );

Tabla 4.3. Modificadores de Variables en Java y C#

Const final static Constante.

El acceso a los datos miembros estticos en C# se diferencia a C++ y Java en que:

El siguiente cdigo en C# presenta estos dos casos.

Console.WriteLine("Nmero de usuarios = " + p.cuenta); // ERROR

El Uso de los Mtodos

La Declaracin de los Mtodos

En C#, el formato general de definicin de un mtodo es:

Tabla 4.4. Modificadores de Acceso a Mtodos en Java y C#

El modificador synchronized es utilizado en la programacin concurrente y se ver en captulos

A diferencia de C++, no se pueden asignar valores por defecto a los parmetros.

Las Propiedades y los Indizadores

Complejo c = new Complejo(1,2);

ArchivoSoloLectura arch = new ...;

// Declaracin del indizador

// Declaracin de una propiedad

El uso de estructuras en C# es recomendado cuando se cumple una o ms de las siguientes condiciones:

La sintaxis de declaracin de una estructura en C# es:.

El siguiente cdigo corresponde a un ejemplo de definicin y uso de una estructura.

Puede observarse en la inicializacin de la variable p1 que, efectivamente, el compilador agrega un