Modulo Programacion Orienta A Objetos

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
PROGRAMACION ORIENTA A OBJETOS
ING. CESAR ORLANDO JIMENEZ ANGARITA
2.008
i
PROGRAMACIÒN ORIENTADA A OBJETOS
CESAR ORLANDO JIMENEZ ANGARITA
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ESCUELA CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
2.008
ii
CONTENIDO
UNIDAD 1. INTRODUCCION A LA PROGRAMACION ORIENTADA A OBJETOS
CAPITULO 1. INTRODUCCIÓN Y ELEMENTOS BÁSICOS DE PROGRAMACIÓN

ORIENTADA A OBJETOS (POO)
1.1 Introducción ...........................................................................................................................................1
1.2 ¿Porqué POO? .......................................................................................................................................2
1.3 ¿Que es la POO? ..................................................................................................................................3
1.4 Ventajas de POO ..................................................................................................................................4
1.5. Desventajas de la tecnología orientada a objetos ..............................................................5
1.6 Evolución de la programación .......................................................................................................6
1.6.1. Programación lineal. ......................................................................................................................6
1.6.2. Programación Modular ................................................................................................................6
1.6.3. Programación Estructurada .......................................................................................................6
1.7. Comparación entre la Programación orientada a Objetos y la programación
estructurada. .................................................................................................................................................7
1.7.1. Paradigma Estructurado ..............................................................................................................9
1.7.2 Paradigma Orientado a Objetos ...............................................................................................7
1.7.2.1.Ventajas del Modelo orientado a objetos con respecto al modelo
estructurado ............................................................................................................................................... 10
1.8 ACTIVIDADES COMPLEMENTARIAS ........................................................................................ 10
CAPITULO 2. PROPIEDADES BÁSICAS DE LA PROGRAMACIÓN ORIENTADA

A OBJETOS
2.1 Abstracción .......................................................................................................................................... 11
2.2 Encapsulación .................................................................................................................................... 12
2.3 Modularidad ....................................................................................................................................... 14
2.4 Jerarquia ............................................................................................................................................... 15
2.5 Polimorfismo ...................................................................................................................................... 15
2.6 Herencia ................................................................................................................................................ 16
2.6.1 Tipos de herencia .......................................................................................................................... 18
UNIDAD 2. ESTRUCTURA DE UN OBJETO - INTRODUCCION A JAVA
CAPITULO 3. ANALISIS DE LA ESTRUCTURA Y COMPORTAMIENTO DE UN

OBJETO
CAPITULO 4. FUNDAMENTOS DE JAVA

4.1 Introducción ........................................................................................................................................ 36
4.2 Características de Java ................................................................................................................... 38
4.2.1 Diferencias Con C++ ................................................................................................................... 41
4.3 Estructura de un programa en Java ......................................................................................... 43
iii
4.3.1 Creación de un primer programa .......................................................................................... 44
4.3.1.1 Métodos de definición ........................................................................................................... 44
4.3.1.2 Palabras clave ............................................................................................................................. 45
4.3.2 Tipos de datos y declaraciones .............................................................................................. 46
4.3.2.1 Tipos de datos simples ........................................................................................................... 46
4.3.3 Operadores y expresiones ........................................................................................................ 51
4.3.4 E/S caracteres: ................................................................................................................................ 54
4.3.5 Estructuras De Control ............................................................................................................... 56
4.3.5.1 Las sentencias condicionales: if y switch ........................................................................ 56
4.3.5.1.1 La sentencia if – else ............................................................................................................ 56
4.3.5.1.2. La sentencia switch .............................................................................................................. 58
4.3.5.2. Sentencias de iteración o bucles: for, do, while ......................................................... 59
4.3.5.2.1 Bucle while ................................................................................................................................ 59
4.3.5.2.2 Bucle do-while ........................................................................................................................ 60
4.3.5.2.3 Bucle for ..................................................................................................................................... 61
4.3.5.3 Sentencias de salto: break, continue y return .............................................................. 62
4.3.5.3.1 Sentencia break ...................................................................................................................... 62
4.3.5.3.2 Sentencia continue ............................................................................................................... 63
4.3.5.3.3 Sentencia return ..................................................................................................................... 63
UNIDAD 3. CLASES Y HERENCIA EN LA PROGRAMACION ORIENTADA A

OBJETOS
CAPITULO 5. CLASES EN LA POO

5.1 Conceptos Básicos ........................................................................................................................... 66
5.1.1 Concepto de Clase ....................................................................................................................... 67
5.1.2 Características Importantes De Las Clases: ....................................................................... 67
5.1.3 Concepto de Interface ................................................................................................................ 67
5.2. Ejemplo De Definición De Una Clase ..................................................................................... 68
5.3. Variables miembro .......................................................................................................................... 69
5.3.1 Variables miembro de objeto ................................................................................................. 69
5.3.2 Variables Finales ............................................................................................................................ 71
5.4 Abstracción .......................................................................................................................................... 71
5.5 Encapsulado ........................................................................................................................................ 72
5.6 Arreglos y cadenas .......................................................................................................................... 73
5.7 Flujo de E/S en java ......................................................................................................................... 74
5.8 Gestión De Excepciones Y Errores ............................................................................................ 75

5.8.1 Tipos de excepciones .................................................................................................................. 75
5.8.1.1 Herencia de excepciones Java ............................................................................................. 76
5.8.2 Funcionamiento ............................................................................................................................. 76
5.8.2.1 Manejo de excepciones: try - catch – finally ................................................................ 77
iv
5.8.2.2Lanzamiento de excepciones: throw – throws .............................................................. 78
5.8.2.3 Ejemplo de gestión de excepciones ................................................................................. 78
5.8.3 Los métodos .................................................................................................................................... 81
5.8.4 La instanciación de las clases: Los objetos ........................................................................ 83
5.8.4.1 Referencias a Objeto e Instancias ...................................................................................... 83
5.8.4.2 Constructores .............................................................................................................................. 83
5.8.4.3 El operador new ......................................................................................................................... 83
5.8.5. Acceso al objeto ........................................................................................................................... 86
5.8.5.1 El operador punto (.) ............................................................................................................... 86
5.8.5.2 La referencia this ....................................................................................................................... 87
5.8.6. La destrucción del objeto ........................................................................................................ 88
5.8.6.1 La destrucción de los objetos .............................................................................................. 88
5.8.6.2 La destrucción por defecto: Recogida de basura ....................................................... 88
5.8.6.3 La destrucción personalizada: finalize ............................................................................. 88
5.8.7 Herramientas De Java ................................................................................................................. 89
5.8.7.1 Paquetes de utilidades ........................................................................................................... 88
5.8.7.2 Paquetes para el desarrollo gráfico .................................................................................. 90
5.8.7.3 Paquetes para el desarrollo en red ................................................................................... 90
CAPITULO 6. HERENCIA Y EXTENSIÓN DE CLASES

6.1 La Herencia .......................................................................................................................................... 91
6.2 Jerarquía ............................................................................................................................................... 91
6.3 Herencia múltiple ............................................................................................................................. 92
6.4 Declaración .......................................................................................................................................... 92
6.5 Limitaciones en la herencia ......................................................................................................... 92
6.6. La clase Object .................................................................................................................................. 93
6.7 Extensión De Clases ......................................................................................................................... 94
6.7.1 Composición De Objetos Extendido .................................................................................... 94
6.7.1.1subclase .......................................................................................................................................... 94
6.7.2 Relación de tipo de herencia ................................................................................................... 96
6.7.2.1 Métodos ........................................................................................................................................ 96
6.7.2.2 Sobrecarga De Método .......................................................................................................... 97
6.8. Applest Y Web .................................................................................................................................. 98
6.8.1 Applets ............................................................................................................................................... 98
6.8.2 HTML para Java ............................................................................................................................. 99
6.8.3 Protocolos Para Trabajo En La Red ...................................................................................... 99
6.8.4 Que Es Un Applet ...................................................................................................................... 100
6.8.4.1 Consideraciones sobre la seguridad en las applets ............................................... 100
6.8.5 La Clase Applet ........................................................................................................................... 102

6.8.5 .1 Situación de la clase Applet en la API de Java ........................................................ 102
v
6.8.5.2 Métodos del ciclo de vida .................................................................................................. 102
6.8.6 La Clase Url ................................................................................................................................... 103
6.8.7 Inclusión de la applet en una página Web .................................................................... 104
6.8.7.1 Obtención de los parámetros de la applet ................................................................ 105
6.8.7.2 Obtención de información sobre una applet ............................................................ 105
6.8.7.3 Manipulación del entorno de una applet ................................................................... 106
6.8.8 Ejemplo De Construcción De Una Applet ...................................................................... 106
6.8.8.1 Código ......................................................................................................................................... 106
6.8.8.2 Ejecución .................................................................................................................................... 107
6.9 ACTIVIDADES COMPLEMETARIAS ......................................................................................... 108
7. GLOSARIO DE TÉRMINOS ............................................................................................................ 109
8. BIBLIOGRAFIA .................................................................................................................................... 110
vi
UNIDAD 1. INTRODUCCION A LA PROGRAMACION ORIENTADA A OBJETOS
CAPITULO 1. Introducción Y Elementos Básicos De Programación Orientada A

Objetos (POO)
1.1 Introducción
Actualmente una de las áreas más importantes en la industria y el ámbito académico

es la orientación a objetos. La orientación a objetos promete mejoras de amplio
alcance en la forma de diseño, desarrollo y mantenimiento del software ofreciendo una
solución a largo plazo a los problemas y preocupaciones que han existido desde el
comienzo en el desarrollo del software: la falta de portabilidad del código y
reusabilidad, código que es difícil de modificar, ciclos de desarrollo largos y técnicas de
codificación no intuitivas.
Un lenguaje orientado a objetos ataca estos problemas. Tiene tres características

básicas: debe estar basado en objetos, basado en clases y capaz de tener herencia de
clases. Muchos de los lenguajes pueden cumplir uno o dos de estos puntos, pero es
muy difícil que se cumplan los tres, el inconveniente mas complicado de diseñar es la
herencia.
El concepto de programación orientada a objetos (POO) no es nuevo, lenguajes

clásicos como SmallTalk se basan en ella. Dado que la POO, se basa en la idea natural
de la existencia de un mundo lleno de objetos y que la resolución del problema se
realiza en términos de objetos. Un lenguaje se dice que está basado en objetos si
soporta como una característica fundamental del mismo.
El elemento fundamental de la POO es, como su nombre lo indica, el objeto.
Podemos definir un objeto como un conjunto complejo de datos y programas que

poseen una estructura y forman parte de una organización.
Esta definición especifica varias propiedades importantes de los objetos. En primer

lugar, un objeto no es un dato simple, sino que contiene en su interior cierto número
de componentes bien estructurados. En segundo lugar, cada objeto no es un ente
aislado, sino que forma parte de una organización jerárquica o de otro tipo.
Básicamente la POO permite a los programadores escribir software, de forma que esté
organizado en la misma manera que el problema que trata de modelar. Los lenguajes
de programación convencionales son poco más que una lista de acciones a realizar
sobre un conjunto de datos en una determinada secuencia. Si en algún punto del
programa modificamos la estructura de los datos o la acción realizada sobre ellos, el
programa cambia.
1
1.2 ¿Porqué POO?
Es una manera de pensar, otra manera de resolver un problema; lo más reciente en

metodologías de desarrollo de software. Es un proceso mental humano aterrizado en
una computadora.
Antes se adecuaba el usuario al entendimiento de la computadora. Actualmente, se le

enseña a la computadora a entender el problema.
La Orientación a Objetos es un paradigma, es decir, es un modelo para aclarar algo o

para explicarlo. La Orientación a Objetos es el paradigma que mejora el diseño,
desarrollo y mantenimiento del software ofreciendo una solución a largo plazo a los
problemas y preocupaciones que han existido desde el comienzo del desarrollo del
software:
La falta de portabilidad del código, su reusabilidad, la modificación (que antes era
difícil de lograr), ciclos de desarrollo largo, técnicas de programación no intuitivas.
La Orientación a Objetos está basada en los tres métodos de organización que

utilizamos desde la infancia; entre un objeto y sus atributos (automóvil > marca, color,
número de llantas, etc.); Entre un objeto y sus componentes donde incluso otros
objetos pueden formar parte de otros objetos (agregación) (camión > motor,
parabrisas, llantas); entre un objeto y su relación con otros objetos (camión > vehículos
automotores; una bicicleta no entraría en esta relación).
La metodología del software orientado a objetos consiste en:


Saber el espacio del problema
Realizar una abstracción
Crear los objetos (espacio de la solución)
Instanciarlos (esto es, traerlos a la vida)
Dejarlos vivir (ellos ya saben lo que tienen que hacer)
Las herramientas de programación orientadas a objetos ayudan a manejar la

complejidad. Desarrollar software que sea fácil de utilizar hace que sea muy compleja
su construcción.
El diseño del nuevo software se enfoca a complejas interfaces de usuarios, sistemas de

manejo de ventanas, y programas multitarea están haciendo que el software sea cada
vez mas complejo. Las herramientas enfocadas a objetos facilitan la comprensión de
esta complejidad, la estructuración orientada a objetos reduce el número de
conexiones entre los componentes del sistema, obligar a que los objetos se
2
comuniquen a través de una interfaz pública estrecha hace más fácil aislar los errores
ocultos y determinar cuales son los métodos responsables de los errores ocultos que
ocurran.
Los objetos mismos protegen los datos privados de modificaciones no deseadas. La

definición explicita de un protocolo de comunicación permite a compiladores e
intérpretes advertir a los usuarios acerca de los accesos ilegales e incluso impedir la
modificación no deseada de los componentes del sistema.
Una de las mayores ventajas de una estructura orientada a objetos es el mapeo directo
de los objetos en el dominio del problema a los objetos en el programa.
Este mapeo directo es una consecuencia de tener una estructura basada en objetos. Si
la programación se considera una simulación, resulta mucho más fácil seleccionar
objetos de un mundo simulado que desarrollar una solución de programación basada
completamente en procedimientos y acciones.
La orientación a objetos surgió de la necesidad de simular sistemas de forma sencilla,

no solo de información, si no de cualquier otro tipo, sin importar el modo de
implantación.
1.3 ¿Que es la POO?
La Programación Orientada a Objetos (POO ú OOP según siglas en inglés) es una

metodología de diseño de software y un paradigma de programación que define los
programas en términos de "clases de objetos", objetos que son entidades que
combinan estado (es decir, datos) y comportamiento (esto es, procedimientos o
métodos). La programación orientada a objetos expresa un programa como un
conjunto de estos objetos, que se comunican entre ellos para realizar tareas. Esto
difiere de los lenguajes procedimentales tradicionales, en los que los datos y los
procedimientos están separados y sin relación. Estos métodos están pensados para
hacer los programas y módulos más fáciles de escribir, mantener y reutilizar.
Otra manera en que esto es expresado a menudo, es que la programación orientada a

objetos anima al programador a pensar en los programas principalmente en términos
de tipos de datos, y en segundo lugar en las operaciones ("métodos") específicas a
esos tipos de datos. Los lenguajes procedimentales animan al programador a pensar
sobre todo en términos de procedimientos, y en segundo lugar en los datos que esos
procedimientos manejan.
Los programadores que emplean lenguajes procedimentales, escriben funciones y

después les pasan datos. Los programadores que emplean lenguajes orientados a
3
objetos definen objetos con datos y métodos y después envían mensajes a los objetos
diciendo que realicen esos métodos en sí mismos.
Algunas personas también diferencian la POO sin clases, la cual es llamada a veces
programación basada en objetos.
Hay un cierto desacuerdo sobre exactamente que características de un método de

programación o lenguaje le califican como "orientado a objetos", Término de
Programación Orientada a Objetos indica más una forma de diseño y una metodología
de desarrollo de software que un lenguaje de programación, ya que en realidad se
puede aplicar el Diseño Orientado a Objetos (En inglés abreviado OOD, Object
Oriented Design), a cualquier tipo de lenguaje de programación.
El desarrollo de la POO empieza a destacar durante la década de lo 80 tomando en

cuenta la programación estructurada, a la que engloba y dotando al programador de
nuevos elementos para el análisis y desarrollo de software.
Se puede definir POO como una técnica o estilo de programación que utiliza objetos
como bloque esencial de construcción.
Los objetos son en realidad como los tipos abstractos de datos. Un TAD es un tipo
definido por el programador junto con un conjunto de operaciones que se pueden
realizar sobre ellos. Se denominan abstractos para diferenciarlos de los tipos de datos
fundamentales o básicos.
1.4 Ventajas de POO
La OOP proporciona las siguientes ventajas sobre otros lenguajes de programación
Uniformidad. Ya que la representación de los objetos lleva implica tanto el análisis

como el diseño y la codificación de los mismos.
Comprensión. Tanto los datos que componen los objetos, como los procedimientos
que los manipulan, están agrupados en clases, que se corresponden con las estructuras
de información que el programa trata.
Flexibilidad. Al tener relacionados los procedimientos que manipulan los datos con
los datos a tratar, cualquier cambio que se realice sobre ellos quedará reflejado
automáticamente en cualquier lugar donde estos datos aparezcan.
Estabilidad. Dado que permite un tratamiento diferenciado de aquellos objetos que

permanecen constantes en el tiempo sobre aquellos que cambian con frecuencia
permite aislar las partes del programa que permanecen inalterables en el tiempo.
4
Reusabilidad. La noción de objeto permite que programas que traten las mismas
estructuras de información reutilicen las definiciones de objetos empleadas en otros
programas e incluso los procedimientos que los manipulan. De esta forma, el
desarrollo de un programa puede llegar a ser una simple combinación de objetos ya
definidos donde estos están relacionados de una manera particular.
Reutilización. Las clases se construyen a partir de otras clases.

Sistemas más fiables.
Proceso de desarrollo apropiado.
Desarrollo más flexible.
Modelos que reflejan mejor la realidad.
Mejor independencia e interoperatividad de la tecnología.
Mejor informática distribuida en cliente – servidor.
Bibliotecas de clases comerciales disponibles.
Mejores relaciones con los clientes.
Mejor calidad del producto de software terminado.
1.5. Desventajas de la tecnología orientada a objetos.
A pesar de que las ventajas de la programación orientada a objetos superan a las

limitaciones de la misma, podemos encontrar algunas características no deseables en
ésta.
Limitaciones para el programador. No obstante que la tecnología orientada a objetos

no es nueva, un gran porcentaje de programadores no están familiarizados con los
conceptos de dicha tecnología. En otras palabras, la lógica de la programación
estructurada sigue siendo predominante en la mayoría de los desarrolladores de
software, después de haber revisado de forma breve los principios de la programación
orientada a objetos, nos es claro que en ésta se requiere una lógica de pensamiento
totalmente diferente a la lógica comúnmente utilizada para la programación
estructurada.
Tamaño excesivo en las aplicaciones resultantes. La gran mayoría de los equipos de

cómputo cuentan con capacidades tanto de almacenamiento como de memoria lo
suficientemente buena como para ejecutar la mayoría de las aplicaciones que puedan
desarrollarse con la tecnología orientada a objetos, sin embargo existen casos en los
que lo anterior no se cumple.
Una de las desventajas de la programación orientada a objetos es que cuando se

heredan clases a partir de clases existentes se heredan de forma implícita todos los
miembros de dicha clase aun cuando no todos se necesiten, lo que produce
5
aplicaciones muy grandes que no siempre encajan en los sistemas con los que se
disponga.
Velocidad de ejecución. Esto tiene que ver, en cierto modo, con el punto anterior, una
aplicación innecesariamente pesada en muchas ocasiones es más lenta de ejecutar que
una aplicación conformada únicamente por los módulos necesarios.
1.6 Evolución de la programación
POO (Programación Orientada a Objetos)es un importante conjunto de técnicas que se

pueden utilizar para hacer el desarrollo de programas más eficientes mientras se
mejora la facilidad de los programas resultantes. En esencia, POO es un nuevo medio
de enfocar el trabajo de programación. Sin embargo, a fin de comprender lo que es la
POO, es necesario comprender sus raíces. Así pues, comenzaremos por examinar la
historia del proceso de programación analizada cómo evolución POO y deduciendo, en
consecuencia, por qué es tan importante este concepto.
1.6.1. Programación lineal.
Los lenguajes de programación lineal (BASIC, COBOL Y FORTRAN) no tenían facilidad

para reutilizar el código existente de programas. De hecho se duplicaban segmentos
de software cada vez más en muchos programas. Los programas se ejecutaban en
secuencias lógicas, haciendo la lógica difícil de comprender. El control de programas
era difícil y se producían continuos saltos a lo largo del referido programa. Aún más,
los lenguajes lineales no tenían capacidad de controlar la visibilidad de los elementos
llamados datos.
1.6.2. Programación Modular
El soporte más elemental de la programación Modular llegó con la aparición de la

subrutina. Una subrutina ha creado una secuencia de instrucciones a las que se les da
un nombre independiente; una vez que se ha definido, la subrutina se puede ejecutar
simplemente incluyendo el nombre del programa siempre que se requiera. Las
subrutinas proporcionan una división natural de las tareas; diferentes programas
utilizan. Aunque las subrutinas proporcionan el mecanismo básico de la programación
Modular, se necesita mucha disciplina para crear software bien estructurado. Sin esta
disciplina, es fácil escribir programas compilados y tortuosos difíciles de modificar y
comprender, así como imposible de mantener. Esta ha sido la panorámica durante
muchos años en el desarrollo del software.
6
1.6.3. Programación Estructurada.
Un concepto importante en campo de la programación Estructurada: Abstracción, ya

que la Abstracción se puede definir como la capacidad de examinar algo sin
preocuparse de los detalles internos. En un programa estructurado, es suficiente
conocer que un procedimiento sea fiable, para que se pueda utilizar sin tener que
conocer cómo funciona su interior. Esto se conoce como una Abstracción funcional y
es el núcleo de la programación estructurada. Hoy casi todos los lenguajes de
programación tienen construcciones que facilitan la programación estructurada.
1.7. Comparación entre la Programación orientada a Objetos y la programación

estructurada.
1.7.1. Paradigma Estructurado
La Programación estructurada fija su atención en el conjunto de acciones que

manipulan el flujo de datos, mientras que la POO se fija en la interrelación que existe
entre los datos y las acciones a realizar con ellos.
Descomposición funcional: el sistema es considerado una unidad funcional que se

disgrega en procesos
El resultado del proceso de abstracción para la solución de un problema macro lo
constituyen pequeños subprogramas
Un problema macro se subdivide en unidades más pequeñas llamadas procesos,
estos se pueden distribuir entre diferentes personas que se vean involucradas en la
solución de un problema y así efectuar los desarrollos de software de una manera más
rápida y eficiente. Figura 1.1 Programación Estructurada
Los procesos son la parte central de este modelo pues a partir de estos se manejan las
variantes (datos) que solucionarán el problema.
Generalmente se manejan muchos procesos lo cual hace largos códigos.
El mantenimiento de los desarrollos deben efectuarse minuciosamente.
Los procedimientos empleados en una aplicación pueden reutilizarse teniendo cuidado

en el manejo de los datos.
Las operaciones se ajustan a las características propias de los lenguajes

procedimentales.
Los procesos que se modelan en el desarrollo de un problema plasman las

operaciones necesarias para resolverlo
7
Los procesos son la parte central de este modelo pues a partir de estos se manejan las
variantes (datos) que solucionarán el problema.
Generalmente se manejan muchos procesos lo cual hace largos códigos.
El mantenimiento de los desarrollos deben efectuarse minuciosamente.
Los procedimientos empleados en una aplicación pueden reutilizarse teniendo cuidado

en el manejo de los datos.
Las operaciones se ajustan a las características propias de los lenguajes

procedimentales.
Los procesos que se modelan en el desarrollo de un problema plasman las

operaciones necesarias para resolverlo
8
1.7.2 Paradigma Orientado a Objetos
Descomposición en objetos. El sistema es considerado un objeto o conjunto de

objetos. Los cuales son el resultado del proceso de abstracción para la solución del
problema macro.
Dado que un problema macro puede ser dividido en objetos, estos pueden ser
tratados por diferentes personas que luego lo integraran para dar la solución final.
9
Los datos (estados) son la parte central del modelo y los métodos que los modifican
muestran el comportamiento del objeto.
El mantenimiento de programas y aplicaciones generalmente son fáciles de realizar

.
Los objetos que se modelan en el desarrollo de un sistema se ajustan a la realidad que
representa el problema, este puede representare como un objeto o conjunto de
objetos abstractos.
El modelo orientado a objetos no es una técnica de programación sino un medio de

plasmar el mundo real.
Adición: R = A + B, R =(a1 + b1, a2 + b2, a3 + b3)

Producto Punto: R = A . B, R =(a1 .b1 + a2 .b2 + a3 .b3)
Producto Cruz: R = A x B, R =(a2*f3-a3*b2, a3*b1-a1*b3, a1*b2- a2*b1)
Producto por escalar: R = k A, R = ( ka1, ka2, ka3 )

Normal: R = /R/I, R = Raíz cuadrada de (A * A)
Figura 1.4 Objeto
1.7.2.1.Ventajas del Modelo orientado a objetos con respecto al modelo

estructurado
Un modelo de objetos es más cercano a la realidad que un modelo funcional.
Un desarrollo realizado con el modelo orientado a objetos es más fácil de mantener y

de reutilizar.
El modelo orientado a objetos evita la redundancia en los procesos luego los códigos
son más entendibles y resumidos.
10
La integridad que dan los objetos a los datos evita ambigüedades en su uso, dando
mayor seguridad en los resultados.
El modelo orientado a objetos facilita la integridad de módulos que hallan sido

realizados por separado sin correr riesgos en el manejo de los datos.
1.8 ACTIVIDADES COMPLEMENTARIAS
1. Investigue la diferencia entre la POO y la Programación estructurada?

2. Que es la POO? Y cuales son sus ventajas?
3. Que es una clase y Que es un objeto?
4. Explique cual es la estructura de un objeto?
5. Realice un ejemplo de manera grafica en donde se identifiquen los elementos de
una clase y un objeto.
11
Capitulo 2. Propiedades Básicas De La Programación Orientada a Objetos
La programación orientada a objetos, ha tomado las mejores ideas de la programación

estructurada y los ha combinado con varios conceptos nuevos y potentes que incitan a
contemplar las tareas de programación desde un nuevo punto de vista. La
programación orientada a objetos, permite descomponer más fácilmente un problema
en subgrupos de partes relacionadas del problema.
Entonces, utilizando el lenguaje se pueden traducir estos subgrupos a unidades auto

contenidas llamadas objetos.
El término Programación Orientada a Objetos (POO), hoy en día ampliamente

utilizado, es difícil de definir, ya que no es un concepto nuevo, sino que ha sido el
desarrollo de técnicas de programación desde principios de la década de los setenta,
aunque sea en la década de los noventa cuando ha aumentado su difusión, uso y
popularidad. No obstante, se puede definir POO como una técnica o estilo de
programación que utiliza objetos como bloque esencial de construcción.
Un objeto es una unidad que contiene datos y las funciones que operan sobre esos
datos. A los elementos de un objeto se les conoce como miembros; las funciones que
operan sobre los objetos se denominan métodos y los datos se denominan miembros
datos.
2.1 Abstracción
Cada objeto en el sistema sirve como modelo de un "agente" abstracto que puede
realizar trabajo, informar y cambiar su estado, y "comunicarse" con otros objetos en el
sistema sin revelar cómo se implementan estas características. Los procesos, las
funciones o los métodos pueden también ser abstraídos y cuando los están, una
variedad de técnicas son requeridas para ampliar una abstracción.
La abstracción es una especificación del sistema que enfatiza sobre algunos de los
detalles o propiedades del mismo mientras suprime a otros. Una buena abstracción es
aquella que enfatiza sobre detalles significativos al lector y al usuario y suprime
detalles que son al menos por el momento irrelevantes o que causan distracción.
Existen cuatro tipos de abstracciones:
La primera es la abstracción de entidades; este tipo de abstracción representa una

entidad ya sea del dominio del problema o del dominio de la solución.
12
El segundo tipo de abstracción es la abstracción de acciones, es la abstracción de
comportamiento, esta abstracción proporciona un conjunto especializado de
operaciones y todas ellas desempeñan funciones del mismo tipo.
El tercer tipo de abstracción es el de maquinas virtuales, este tipo de abstracción

agrupa operaciones virtuales utilizadas por un nivel superior de control u operaciones
que utilicen un conjunto de operaciones de nivel inferior. Por ejemplo, una abstracción
que utilice el código "x" cuando la aplicación se ejecute en Latinoamérica, o utilice el
código "y" cuando se ejecute el Norteamérica.
El último tipo de abstracción es el de coincidencia, que almacena un conjunto de

operaciones que no tienen relación entre sí, esto es, toma actividades que
aparentemente no tienen una relación como las clases hombre (con métodos como
come(), camina(), etc.), las clases transporte aéreo (volar()) y ave (volar()) y creamos una
subclase de hombre llamada superhombre que come(), camina() y vuela(); esto se logra
tomando comportamientos que no tienen que ver entre sí y no se atribuyen a la
herencia sino a la interfaz.
Padre Interfaz
\/
Hijo
Por definición una interfaz es abstracta, por lo tanto no tiene un comportamiento, sólo
la declaración de este.
2.2 Encapsulación
También llamada "ocultación de la información", esto asegura que los objetos no

pueden cambiar el estado interno de otros objetos de maneras inesperadas; solamente
los propios métodos internos del objeto pueden acceder a su estado.
13
Cada tipo de objeto expone una interfaz a otros objetos que especifica cómo otros
objetos pueden interactuar con él. Algunos lenguajes resaltan esto, permitiendo un
acceso directo a los datos internos del objeto de una manera controlada y limitando el
grado de abstracción.
La encapsulación protege los atributos que conforman al objeto, y permite o niega

información al público. Con el encapsulamiento, se consigue ocultar información y
ocultar todos los secretos de un objeto que no contribuyen a sus características
esenciales, típicamente la estructura de un objeto se encuentra oculta y la implantación
de sus métodos es visible.
Para el caso del termómetro tal vez sólo se requieren 3 métodos: activarlo, desactivarlo
y pedirle la temperatura.
Un objeto es la abstracción de algo que forma parte del dominio del problema
reflejando las posibilidades de un sistema para mantener la información sobre él.
Representa una entidad real o abstracta con un papel bien definido dentro de nuestro
mundo y con dos características que son sus atributos y su comportamiento.
Ejemplos de objetos pueden ser un celular, lentes, pluma, computadora, pizarrón,

perro, etc.
Los objetos se componen de atributos o variables que aclaran el estado del objeto.
Los atributos de un objeto, bicicleta, podrían ser el número de llantas que tiene
(estado 2) el numero de marchas (estado 4 si es de velocidades), numero de asientos
(estado uno), velocidad instantánea.
Para alterar el estado de un objeto se necesita invocar un método. Este método es algo
que el objeto sabe y por lo tanto define su comportamiento.
Bicicleta.dameTuvelocidadactual() -entrega 0
Bicicleta.avanza(10) -modifico su velocidad
Bicicleta.dameTuvelocidadactual()-entrega valor distinto de cero.
La encapsulacion es una técnica que permite localizar y ocultar los detalles de un

objeto. La encapsulación previene que un objeto sea manipulado por operaciones
distintas de las definidas. La encapsulación es como una caja negra que esconde los
datos y solamente permite acceder a ellos de forma controlada.
Las principales razones técnicas para la utilización de la encapsulación son:
14
1) Mantener a salvo los detalles de representación, si solamente nos interesa el
comportamiento del objeto.
2) Modificar y ajustar la representación a mejores soluciones algorítmicas o a nuevas
tecnologías de software.
2.3 Modularidad
Proceso de crear partes de un todo que se integran perfectamente entre sí para que
funcionen por un objetivo general, y a las cuales se les pueden agregar más
componentes que se acoplen perfectamente al todo, o extraerle componentes sin
afectar su funcionamiento. En el caso que se requiera actualizar un módulo, no hay
necesidad de hacer cambios en otras partes del todo. Un ejemplo clásico es un
conjunto de módulos que, al integrarlos conforman un armario, el cual puede
agregarle más funcionalidad si se le agregan más módulos, o al contrario.
También se puede cambiar su finalidad si se acomodan esos módulos para darle otro
objetivo: volverlo una mesa.
Esto ayuda a la descomposición de problemas en subproblemas, es decir, a la solución

de problemas por composición de soluciones a subproblemas
Modularidad es el atributo del software que permite a un programa ser manejable

intelectualmente. G. Myers
La arquitectura del software implica la división de éste en componentes identificables y

tratables por separado, denominados módulos, que están integrados para satisfacer
los requisitos del programa.
Un software monolítico no puede ser entendido fácilmente por un solo usuario. El

número de caminos de control, ámbito de referencia, número de variables y la
complejidad global harían su comprensión casi imposible.
Para ver la importancia de la modularidad, considérense los siguientes argumentos

basados en observaciones llevadas a cabo: Sea C(x) una función que define la
complejidad percibida de un problema x, y E(x) una función que defina el esfuerzo (en
tiempo) requerido para solucionar el problema x.
Para dos problemas P1 y P2, si
C(P1) > C(P2) se sigue que
15
E(P1) > E(P2) Otra interesante característica se ha descubierto durante la
experimentación en la resolución de problemas, y es:
C(P1 + P2) > C(P1) + C(P2) se sigue que

E(P1 + P2) > E(P1) + E(P2)
Es más fácil resolver un problema complejo cuando se rompe en piezas manejables.
2.4 Jerarquía
La mayoría de las personas ve de manera natural nuestro mundo como objetos que se
relacionan entre sí de una manera jerárquica. Por ejemplo, un perro es un mamífero, y
los mamíferos son animales, y los animales seres vivos...
Del mismo modo, las distintas clases de un programa se organizan mediante la

jerarquía. La representación de dicha organización da lugar a los denominados árboles
de herencia:
Mediante la herencia una clase hija puede tomar determinadas propiedades de una
clase padre. Así se simplifican los diseños y se evita la duplicación de código al no
tener que volver a codificar métodos ya implementados.
Al acto de tomar propiedades de una clase padre se denomina heredar.
2.5 Polimorfismo
Las referencias y las colecciones de objetos pueden contener objetos de diferentes

tipos, y la invocación de un comportamiento en una referencia producirá el
comportamiento correcto para el tipo real del referente. Cuando esto ocurre en
"tiempo de ejecución", esta última característica se llama asignación tardía o
asignación dinámica. Algunos lenguajes proporcionan medios más estáticos (en
"tiempo de compilación") de polimorfismo, tales como las plantillas y la sobrecarga de
operadores de C++.
16
En programación orientada a objetos se denomina polimorfismo a la capacidad del
código de un programa para ser utilizado con diferentes tipos de datos u objetos.
También se puede aplicar a la propiedad que poseen algunas operaciones de tener un
comportamiento diferente dependiendo del objeto (o tipo de dato) sobre el que se
aplican.
El concepto de polimorfismo se puede aplicar tanto a funciones como a tipos de datos.

Así nacen los conceptos de funciones polimórficas y tipos polimórficos. Las primeras
son aquellas funciones que pueden evaluarse y/o ser aplicadas a diferentes tipos de
datos de forma indistinta; los tipos polimórficos, por su parte, son aquellos tipos de
datos que contienen al menos un elemento cuyo tipo no está especificado.
Se puede clasificar el polimorfismo en dos grandes clases:
Polimorfismo dinámico (o polimorfismo ad hoc) es aquél en el que el código no

incluye ningún tipo de especificación sobre el tipo de datos sobre el que se trabaja.
Así, puede ser utilizado a todo tipo de datos compatible.
Polimorfismo estático (o polimorfismo paramétrico) es aquél en el que los tipos a

los que se aplica el polimorfismo deben ser explicitados y declarados uno por uno
antes de poder ser utilizados.
El polimorfismo dinámico unido a la herencia es lo que en ocasiones se conoce como
programación genérica.
2.6 Herencia
Organiza y facilita el polimorfismo y la encapsulación permitiendo a los objetos ser

definidos y creados como tipos especializados de objetos preexistentes. Estos pueden
compartir (y extender) su comportamiento sin tener que reimplementar su
comportamiento. Esto suele hacerse habitualmente agrupando los objetos en clases y
las clases en árboles o enrejados que reflejan un comportamiento común.
La herencia es uno de los mecanismos de la programación orientada a objetos, por

medio de la cual una clase se deriva de otra de manera que extiende su funcionalidad.
Una de sus funciones más importantes es la de proveer polimorfismo .
La herencia en la POO permite a una clase heredar las propiedades de una clase de
objetos, donde la clase padre sirve como patrón a la clase derivada. si un objeto
hereda sus atributos de un único padre, esto recibe el nombre de herencia simple, y si
hereda atributos de múltiples padres es herencia múltiple, la ventaja de la herencia es
permitir la reutilización de código.
17
Para realizar herencia se debe tener en cuenta dos aspectos importantes: la clase base
y la clase derivada donde la clase base define todas las cualidades que serán
heredadas por cualquier clase y la clase derivada hereda las características generales y
añade a esta de su propia clase.
Utilizando la herencia, un objeto sólo necesita definir aquellas cualidades que lo hacen
único dentro de una clase. Este objeto puede heredar sus atributos generales de su
padre. Por lo tanto la herencia es el mecanismo que le permite a un objeto ser una
instancia específica de un caso más general analicemos el proceso de un animal.
Por ejemplo al hacer una descripción de los animales de forma abstracta, se puede
decir que estos tiene atributos tales como: tamaño, inteligencia, y el tipo de esqueleto.
Los animales tienen diferentes clase de comportamiento esta puede ser una definición
de la clase de los animales.
La herencia interactúa con el encapsulado. Si una clase dada encapsula algunos

atributos, entonces la cualquier clase tendrá los mismos atributos.
2.6.1 Tipos de herencia

Herencia sencilla: Un objeto puede extender las características de otro objeto y de
ningún otro, es decir, solo puede tener un padre.
18
Herencia múltiple: Un objeto puede extender las características de uno o más objetos,
es decir, puede tener varios padres. En este aspecto hay discrepancias entre los
diseñadores de lenguajes. Algunos de ellos han preferido no admitir la herencia
múltiple por las posibles coincidencias en nombres de métodos o datos miembros. Por
ejemplo C++ admite herencia múltiple, Java y Ada sólo herencia simple.
Si una clase cualquiera tiene más de un ancestro directo en la jerarquía de clases, se

considera que existe herencia múltiple. En términos concretos, una instancia de objeto
de la clase hija, poseerá todos los atributos y métodos de sus clases ancestro.
1. De acuerdo con el concepto de abstracción mire su casa o apartamento y diga cual

es la función de cada una de las partes.
2. Cual es la función de los descriptores private, public y protected.
3. Realiza un mapa conceptual con 15 términos del tema de modularidad.
4. Cual es la función principal de la jerarquía en la POO.
5. ¿Cual es la relación que existe entre jerarquía y polimorfismo?
6. Mediante un ejemplo explique el concepto de herencia
7. Realiza un árbol teniendo en cuanta las clases y subclases y lo que heredan de cada
uno de las clases padres.
19
UNIDAD 2. ESTRUCTURA DE UN OBJETO - INTRODUCCION A JAVA
Capitulo 3. Análisis De La Estructura Y Comportamiento De Un Objeto
3.1 Análisis de la Estructura de Objetos. 1
El análisis de la estructura de objetos (AEO) define las categorías de los objetos que
percibimos y las formas en que los asociamos.
3.1.1 Objetos y Tipos de Objetos.
En el análisis se trata de identificar los tipos de objeto más que los objetos individuales
en un sistema. Los tipos de objetos se definen en base a la comprensión del analista de
nuestro mundo. Un objeto puede categorizarse de variadas formas.
3.1.2 Asociaciones de Objetos.
Es importante modelar la forma como los objetos se asocian entre sí. Además es
necesario identificar el significado de la asociación y la cantidad de objetos con los que
un objeto dado puede y debe asociarse (cardinalidad).
Representación para la Asociación entre dos Tipos de Objetos. Un objeto del tipo
persona posee cero o muchos objetos del tipo vehículo. Un objeto del tipo vehículo es
de un y sólo un objeto del tipo persona.
3.1.3 Jerarquías de Generalización.

Una de las vías de sentido común por las que el hombre organiza su volumen de
conocimiento es el de las jerarquías, de lo más general a lo más específico.
20
Representación de una Jerarquía de generalización, para el tipo de objeto Persona. En
las jerarquías se habla de subtipo o especialización de un supertipo o generalización.
En el caso anterior, persona es el supertipo para Empleado y Estudiante, que son sus
subtipos. Por otra parte, Empleado es el supertipo para los subtipos Ejecutivo y
Vendedor. Los subtipos (niveles inferiores de la jerarquía) heredan las características de
sus supertipos, además, cada instancia de un tipo de objeto lo es también de sus
supertipos.
3.1.4 Jerarquías Compuestas.
Un objeto se denomina complejo si está formado por otros. Las jerarquías Compuestas
permiten realizar agregaciones de objetos.
Un objeto del tipo edificio se compone de a lo menos un objeto del tipo piso. A su vez
un objeto del tipo piso se compone de a lo menos un objeto del tipo pasillo, podría
tener varios (o ninguno) objetos del tipo baño y oficina.
3.1.5 Diagramas de relación entre los objetos.
Los tipos de objetos están relacionados con otros tipos de objeto. Por ejemplo, un
empleado trabaja en una sucursal, o un cliente realiza un pedido de varios productos.
21
Un objeto del tipo cliente puede ordenar muchos objetos del tipo pedidos, y un objeto
del tipo pedido es ordenado por un y sólo un objeto del tipo cliente. Un objeto del
tipo producto está en muchos o ningún objeto del tipo pedido, mientras que un
objeto del tipo pedido tiene al menos un objeto del tipo producto.
3.1.6 Esquemas de Objetos.
La comprensión de un modelo suele ser más sencilla si los tipos de objetos y

relaciones se presentan mediante un diagrama de relación entre objetos; los
supertipos y subtipos se presentan en un diagrama de jerarquías de generalización y
las estructuras compuestas en un diagrama compuesto. Sin embargo, para los usuarios
más sofisticados puede ser útil presentarlo todo en un mismo diagrama, el que se
denomina esquema de objetos.
3.2 Análisis del comportamiento de objetos 2
En el análisis del comportamiento de objetos (ACO) realizamos esquemas de eventos

que muestran eventos, la secuencia en que ocurren y cómo los eventos cambian el
estado de los objetos.
3.2.1 Estados de un Objeto.
Un objeto puede existir en varios estados. Por ejemplo, un objeto reservación aérea
puede ser una instancia de alguno de los siguientes tipos de objeto:

Reservación solicitada,
Reservación en lista de espera,
Reservación confirmada,
Reservación cancelada,
Reservación satisfecha,
Reservación archivada.
Tales tipos de objetos suelen percibirse como estados posibles del ciclo vital de un
objeto. Sin embargo, un objeto puede tener una gran variedad de perspectivas de
ciclos vitales. Por ejemplo, el mismo objeto reservación aérea también puede tener los
siguientes estados relacionados con el pago:
22
Reservación no liquidada,
Reservación con un pago de depósito,
Reservación totalmente pagada,
Reservación reembolsada.
Así, el estado de un objeto es la colección de asociaciones que tiene un objeto.
3.2.2 Eventos.
El mundo está lleno de eventos: una coneja tiene conejitos, llega el pesado del vecino
en forma inesperada, un cliente solicita un préstamo, el servidor se cae, se termina la
tarea, etc.
En el análisis orientado a objetos el mundo se describe en términos de los objetos y

sus estados, así como los eventos que modifican esos estados.
Un evento produce un cambio en el estado de un objeto. Los eventos sirven como

indicadores de los instantes en que ocurren los cambios de estado.
Para saber de los cambios y reaccionar adecuadamente ante ellos, debemos entender
y modelar los eventos.
3.2.3 Tipos de Eventos
El analista no necesita conocer cada evento que ocurra en una organización: sólo los
tipos de eventos.
Por ejemplo, el tipo de evento reservación en lista de espera confirmada es la

colección de eventos donde un objeto cambia de una reservación en lista de espera a
una reservación confirmada.
Los tipos de eventos indican los cambios sencillos en el estado de un objeto; por
ejemplo, cuando se deposita dinero en una cuenta bancaria o se actualiza el sueldo de
un trabajador. Básicamente, los tipos de eventos describen las siguientes formas de
cambios de estado:
Un objeto se crea.

Un objeto se termina.
Un objeto se clasifica como una instancia de un tipo de objeto.
Un objeto se desclasifica como una instancia de un tipo de objeto.
Un objeto cambia de clasificación.
Un atributo de un objeto se cambia.
23
Los objetos pueden asociar un objeto con otro. Por ejemplo, en la mayoría de las
organizaciones, cuando un objeto se clasifica como empleado, debe estar asociado
con un departamento. Un evento clasificará al objeto como empleado.
Otro evento creará una asociación entre el objeto empleado y un objeto
Departamento (las asociaciones son objetos como los demás).
Algunos eventos requieren que antes ocurran otros. Por ejemplo, antes de cerrar un
departamento, todos los empleados deben ser asignados a otra parte, las oficinas que
ocupaban deben tener otro uso, etc.
Algunas veces, un evento puede provocar la reacción encadena de otros eventos.
Por ejemplo, el cambio de circuito a las conexiones de un avión, puede exigir cambios
a varios otros objetos.
Una operación hace que los eventos ocurran. Dibujamos la operación como un cuadro
con esquinas redondeadas, puesto que los eventos indican los puntos en el tiempo en
que se da el cambio de estado de un objeto. Los tipos de eventos se representan
como triángulos negros llenos, generalmente unidos a la caja de operación.
Según el área que se modele, puede ocurrir más de un evento al terminar una
operación, y cada uno de estos puede activar operaciones independientes.
24
3.2.4 El Ciclo Vital de un Objeto
La mayoría de los objetos tienen un ciclo vital en el que una sucesión de eventos
pueden ocurrirle y cada uno de éstos modifica su estado.
En este análisis, se dibuja un diagrama que muestre el ciclo vital de un objeto,

incluyendo los estados posibles de los objetos, además de los cambios de estado
permisibles. Este se denomina diagrama de reja.
Diagrama de reja que muestra los estados posibles de un objeto reservación aérea. Las
líneas horizontales representan estados y las verticales muestran las transiciones entre
estados.
3.2.5 Interacciones entre tipos de objetos
La mayoría de los procesos requieren la interacción de varios objetos.
25
En esta otra figura, se desarrolla el diagrama anterior para mostrar las operaciones
necesarias.
3.2.6 Operaciones.
En el análisis OO, una operación se refiere a una unidad de procesamiento que puede
ser solicitada. El procedimiento se implanta mediante un método. El método es la
especificación de cómo llevar a cabo la operación. A nivel de programa, el método es
el código que implanta la operación.
Las operaciones se invocan. Una operación invocada es una instancia de una

operación. Una operación puede o no cambiar el estado de un objeto, si lo cambiara
ocurriría un evento.
26
3.2.7 Fuentes externas de eventos
Los eventos son cambios de estado que un sistema debe conocer y reaccionar ante
ellos de algún modo. Muchas de las operaciones que producen estos eventos son
externas al sistema.
3.2.8 Reglas de activación
Cuando ocurre un evento, lo normal es que el cambio de estado active el llamado a

una o más operaciones. Por ejemplo, si se retiran bienes de un almacén y la cantidad
baja de cierto nivel, ello puede activar una operación para volver a realizar un pedido.
Las reglas de activación definen la relación entre la causa y el efecto. Siempre que
ocurra un evento de cierto tipo, la regla de activación invoca a una operación ya
definida.
Un tipo de evento puede tener varias reglas de activación, cada una de las cuales
invoca a su operación en paralelo. Las operaciones paralelas pueden producir
diferentes cambios de estado en forma simultánea.
3.2.9 Condiciones de Control
Una operación puede ser invocada por una o varias reglas de activación. Sin embargo,
antes de invocar de hecho a la operación se puede verificar una condición de control.
Si el resultado de evaluación de la condición es verdadera se invoca su operación, en
otro caso no.
27
Las condiciones de control también pueden actuar como puntos de sincronización
para el procesamiento en paralelo, pues garantizan que un conjunto de eventos esté
completo antes de proceder con una operación.
3.2.10 Subtipos y Supertipos de Eventos.
Los eventos pueden dividirse en subtipos mediante diagramas independientes; o bien,

es posible expresar la misma información en un diagrama ampliado.
La operación revisar tarea produce dos eventos: tarea aceptada o tarea rechazada.
Sólo se puede dar uno de estos tipos de evento al revisar una tarea.
28
Aquí tarea revisada es un supertipo de tarea aceptada y tarea rechazada, que son los
subtipos. Siempre se entiende que existe una relación de exclusividad entre los
subtipos.
3.3 Diseño de la Estructura y Comportamiento de un Objeto
En el diseño de la estructura y comportamiento de objetos se identifican los

componentes siguientes:

Clases que se implantarán. Los tipos de objetos en el AEO serán la guía en esta
decisión.
Estructuras de Datos que utilizará cada clase. Se puede hacer un diagrama para
representar la estructura de datos.
Operaciones que ofrecerá cada clase y cuáles serán sus métodos. Se enumeran las
operaciones y se especifican los métodos.
Forma de Implantación de la herencia de clases y efecto sobre las especificaciones de
los datos y operaciones.
Identificación de variantes de clases ("igual que, excepto...").
3.3.1 Objeto
Estructura de un Objeto: Un objeto puede considerarse como una especie de

cápsula dividida en tres partes, donde cado uno de ellas desempeñan un papel
independiente que son:

29
LAS RELACIONES: Permiten que el objeto se inserte en la organización y están
formadas esencialmente por punteros a otros objetos.
LAS PROPIEDADES: Distinguen un objeto determinado de los restantes que forman
parte de la misma organización y tienen valores que dependen de la propiedad de que
se trate. Las propiedades de u objeto pueden ser heredadas a sus descendientes en la
organización.
LOS METODOS: Son las operaciones que pueden realizarse sobre el objeto, que
normalmente estarán incorporados en formas de programas (en código) que el objeto
es capaz de ejecutar y que también pone a disposición de sus descendientes a través
de la herencia.
Una clase es la evolución natural de una estructura, la existencia de clases es la

característica más significativa que convierte a muchos lenguajes de programación en
un lenguaje orientado a objetos. Las clases son estructuras que contienen no sólo
declaraciones de datos, sino también declaraciones de funciones. Las funciones se
conocen como funciones miembro, e indican qué tipos de cosas puede hacer una
clase. La palabra reservada class introduce una declaración de clase.
“Clase es la implantación de un tipo de objeto. Especifica la estructura de datos y los

métodos operativos permitidos que se aplican a cada uno de sus objetos.
30
La clase específica la estructura de datos de cada uno de sus objetos y las operaciones
que se utilizan para tener acceso a los objetos. La especificación de cómo se llevan a
cabo las funciones de una clase se llama método. Los objetos se pueden utilizar
exclusivamente con métodos específicos.
Una instancia de una clase, almacena sus datos dentro de él. Se tiene acceso a los
datos y se les modifica sólo mediante operaciones que son permitidas. Esta restricción
al acceso se debe al encapsulado. El encapsulado protege los datos del uso arbitrario o
no permitido. El acceso o la actualización directa de los datos de un objeto por parte
del usuario violaría el encapsulado. “
Los usuarios observan el "comportamiento" del objeto en términos de las operaciones

que se pueden aplicar a los objetos, así como los resultados de tales operaciones.
Estas operaciones forman la interfaz del objeto con sus usuarios.
Las clases son declaraciones o abstracciones de objetos, lo que significa, que una
clase es la definición de un objeto. Cuando se programa un objeto y se definen sus
características y funcionalidades, realmente se programa una clase.
3.3.2.1 Componentes
Una clase es un contenedor de uno o más datos (variables o propiedades miembro)

junto a las operaciones de manipulación de dichos datos (funciones/métodos). Las
clases pueden definirse como estructuras (struct), uniones (unión) o clases (class)
pudiendo existir diferencias entre cada una de las definiciones según el lenguaje.
Variables miembro
Las propiedades o atributos que son características de los objetos. Cuando definimos
una propiedad normalmente especificamos su nombre y su tipo. Nos podemos hacer a
la idea de que las variables son algo así como el almacén de los datos de estado
relacionados con los objetos.
Habitualmente, las variables miembro son privadas al objeto (siguiendo las directrices
de diseño del Principio de ocultación) y su acceso se realiza mediante propiedades o
métodos que realizan comprobaciones adicionales. Suelen denominarse con nombres.
Métodos en las clases
Implementan la funcionalidad asociada al objeto. Los métodos son el equivalente a

las funciones en los lenguajes estructurados. Se diferencian de ellos en que es
posible acceder a las variables de la clase de forma implícita.
31
Cuando se desea realizar una acción sobre un objeto, se dice que se le manda un
mensaje invocando a un método que realizará la acción.
Habitualmente, los métodos suelen ser verbos.
Propiedades
Las propiedades son un tipo especial de métodos. Debido a que suele ser común que
las variables miembro sean privadas para controlar el acceso y mantener la coherencia,
surge la necesidad de permitir consultar o modificar su valor mediante pares de
métodos: GetVariable y SetVariable.
Los lenguajes orientados a objetos más modernos (Java, C#, añaden la construcción de
propiedad que es una sintaxis simplificada para dichos métodos:
tipo Propiedad
{
get
{
}
set
{
}
}
De esta forma es posible realizar operaciones sobre las propiedades como si fuesen
variables normales, el compilador se encarga de crear el código apropiado que llame a
la cláusula get o set según se necesite.
Las propiedades se denominan con nombres como las variables.
3.3.3 Diferencia entre operación y método.5
Las operaciones son procesos que se pueden solicitar como unidades. Losmétodos son
especificaciones del procedimiento de una operación dentro de una clase. Es decir, la
operación es el tipo de servicio solicitado y el método es su código de programación.
Por ejemplo una operación asociada con la clase pedido podría ser aquella que calcule
el total del pedido. El método especificaría la forma de calcular el total.
Para esto, el método podría obtener el precio de cada artículo del pedido al enviar una
solicitud a los objetos artículo asociados. A su vez, cada objeto artículo regresaría su
precio al método pedido mediante un método de la clase artículo.
32
Los métodos de una clase controlan solamente a los objetos de esa clase. No pueden
tener acceso directo a las estructuras de datos de un objeto en una clase distinta. Para
utilizar las estructuras de datos en una clase diferente, deben enviar una solicitud a ese
objeto.
3.3.4 Herencia de Clase.
La generalización es una noción conceptual. La herencia de clase (que sólo se conoce

como herencia) es una implantación de la generalización. La generalización establece
que las propiedades de un tipo se aplican a sus subtipos.
La herencia de clase hace que la estructura de datos y operaciones sean disponibles

para su reutilización por parte de sus subclases. La herencia de las operaciones de una
superclase permite que las clases compartan código. La herencia de la estructura de
datos permite la reutilización de la estructura.
3.3.5 Herencia Múltiple.
En la herencia múltiple, una clase puede heredar estructuras de datos y operaciones de

más de una superclase.
Por ejemplo supóngase que existe un tipo de objeto cuenta, que tiene como subtipos
a los tipos de objetos cuenta de cliente y cuenta vencida. A su vez, cuenta de cliente
tiene como a subtipo a cuenta de cliente vencida y cuenta vencida también tiene como
subtipo a cuenta de cliente vencida.
3.3.6 Selección del Método.
Cuando se envía una solicitud a un objeto, el software selecciona los métodos por
utilizar. El método no se almacena en el objeto, pues esto causaría una réplica múltiple
y pérdida de espacio. En vez de esto, el método se asocia con la clase. El método
puede no estar en la clase de la que el objeto es una instancia, sino en una superclase.
En ese caso, el mecanismo de selección buscará la operación en su superclase y en

todas las superclases de la jerarquía hasta que lo encuentre, nivel por nivel. Si la
encuentra, selecciona la operación. Si la operación no se encuentra en ningún nivel de
la superclase, se considera inválida la fuente de la solicitud.
De esta forma, los usuarios sólo deben especificar lo que se debe hacer, dejando que
sea el mecanismo de selección el que determine la forma de localizar la operación y la
ejecute. El mecanismo de selección deja en manos de la aplicación OO el problema de
localizar la operación y la ejecute.
33
3.3.7 Polimorfismo
Uno de los objetivos principales de las técnicas OO es utilizar otra vez el código.
Sin embargo, algunas de las operaciones requieren adaptación para resolver

necesidades particulares.
Esta necesidad, se da generalmente entre superclases y subclases, donde una subclase

es una especialización de su superclase, y puede requerir alcanzar los mismos
objetivos, pero con distintos mecanismos. Por ejemplo, una superclase rectángulo
podría tener una operación área cuyo objetivo es calcular el área del rectángulo,
definida como la multiplicación de los largos de dos lados contiguos. A su vez, la clase
cuadrado es una subclase de rectángulo que también tiene una operación área cuyo
objetivo es calcular el área del cuadrado, pero que está definida especialmente para
los objetos del tipo cuadrado como la multiplicación del largo de uno de sus lados por
si mismo.
El fenómeno recién descrito se conoce como polimorfismo, y se aplica a una operación

que adopta varias formas de implantación segun el tipo de objeto, pero cumple
siempre el mismo objetivo.
Una de las ventajas del polimorfismo es que se puede hacer una solicitud de una
operación sin conocer el método que debe ser llamado. Estos detalles de la
implantación quedan ocultos para el usuario; la responsabilidad descansa en el
mecanismo de selección de la implantación OO.
3.3.8 Notación.
Para representar una clase, sus atributos y sus métodos:
Para representar una instancia de una clase:
34
Objeto es una instancia de la Clase. La media luna representa una jerarquía de
generalización (se lee Objeto 'es un' Clase).
La forma general de la declaración de una clase es:
class Nombre_de_la_clase
{
datos y funciones privados
.
public:
datos y funciones publicas
.
. }
lista de objetos;
La sintaxis típica de una clase es:
class Nombre
{
// Variables miembro (habitualmente privadas)
miembro_1; //lista de miembros
miembro_2;
miembro_3;
// Funciones o métodos (habitualmente públicas)
funcion_miembro_1( ); // funciones miembro conocidas
funcion_miembro_2 ( ); // funciones como métodos
// Propiedades (habitualmente públicas)
propiedad_1;
propiedad_2;
propiedad_3;
propiedad_4;
}
35
1. Crear el siguiente objeto de la figura:
Donde demuestre la creación de los 6 métodos que consta la clase operación.
2. ¿cual es la diferencia de la programación orientada objetos con otros lenguajes.

3. ¿Cuáles son las desventajas de la programación orientada a objetos?
4. Realiza una estructura por ejemplo del computador de su casa donde indique cuales
son los datos y cuales son los métodos.
5. Investiga como es el comportamiento de los objetos en una clase.
36
CAPITULO 4. Fundamentos De Java
4.1 Introducción
Plataforma de software desarrollada por Sun Microsystems. Esta plataforma ha sido

desarrollada de tal manera que los programas desarrollados para ella puedan
ejecutarse de la misma forma en diferentes tipos de arquitecturas y dispositivos
computacionales.
La plataforma Java se divide en 3 partes:


Lenguaje de programación.
Máquina Virtual Java
API Java
Es un lenguaje de programación orientada a objetos puro diseñado para su uso en

Internet. Se parece mucho a C++, pero adopta algunas ideas de Smalltalk. Los
programas se ejecutan por medio de un intérprete que ha sido incorporado a los
navegadores de Internet más usuales.
A finales del siglo XX, Java llegó a ser el lenguaje de mayor acogida para programas de
servidor. Utilizando una tecnología llamada JSP (basada en ASP de Microsoft), se hizó
muy fácil escribir páginas dinámicas para sitios de Internet. Sumado a esto, la
tecnología de JavaBeans, al incorporarse con JSP, permitía utilizar el patrón MVC
(Modelo-Vista-Controlador) que ya tanto se había aplicado a interfaces gráficas.
Java llegó a ser extremadamente popular cuando Sun Microsystems introdujo el J2EE
(Java 2 Enterprise Edition) en la que incluía la tecnología de Enterprise Java Beans (EJB)
que es una tecnología de objetos distribuídos, logrando por fin el sueño de muchas
empresas como Microsoft e IBM de crear una plataforma de objetos distribuídos con
un monitor de transacciones. Con este nuevo estándar, empresas como BEA, IBM, Sun
Microsystems, Oracle y otros crearon nuevos "servidores de aplicaciones" que tuvieron
gran acogida en el mercado.
Además de programas del servidor, Java permite escribir programas de interfaz

gráfica o textual. Además se pueden correr programas de manera incorporada a los
navegadores de Internet, aunque esto nunca llegó a popularizarse como se esperaba.
Programas en Java generalmente son compilados y luego interpretados por una
máquina virtual. Esta última sirve como una plataforma de abstracción entre la
máquina y el lenguaje permitiendo que se pueda "escribir el programa una vez, y
correrlo en cualquier lado". También existen compiladores nativos de Java, tanto
comercial como libre. El compilador GCC de GNU compila Java con algunas
limitaciones (año 2002).
37
4.2 Características de Java
Microsystems, líder en servidores para Internet, uno de cuyos lemas desde hace mucho
tiempo es "the network is the computer" (lo que quiere dar a entender que el
verdadero ordenador es la red en su conjunto y no cada máquina individual).
Es quien ha desarrollado el lenguaje Java, en un intento de resolver simultáneamente
todos los problemas que se le plantean a los desarrolladores de software por la
proliferación de arquitecturas incompatibles, tanto entre las diferentes máquinas como
entre los diversos sistemas operativos y sistemas de ventanas que funcionaban sobre
una misma máquina, añadiendo la dificultad de crear aplicaciones distribuidas en una
red como Internet.
Hace algunos años, Sun Microsystems decidió intentar introducirse en el mercado de

la electrónica de consumo y desarrollar programas para pequeños dispositivos
electrónicos. Tras unos comienzos dudosos, Se decidió crear una filial, denominada
FirstPerson Inc, para dar una margen de maniobra al equipo responsable del proyecto.
El mercado inicialmente previsto para los programas de FirstPerson eran los equipos
domésticos: microondas, tostadoras y, fundamentalmente, televisión interactiva. Este
mercado, dada la falta de pericia de los usuarios para el manejo de estos dispositivos,
requería unas interfaces mucho más cómodos e intuitivos que los sistemas de
ventanas que proliferaban en el momento.
Otros requisitos importantes a tener en cuenta eran la fiabilidad del código y la

facilidad de desarrollo. James Gosling, el miembro del equipo con más experiencia en
lenguajes de programación, decidió que las ventajas aportadas por la eficiencia de
C++ no compensaban el gran coste de pruebas y depuración. Gosling había estado
trabajando en su tiempo libre en un lenguaje de programación que él había llamado
Oak, el cual, aún partiendo de la sintaxis de C++, intentaba remediar las deficiencias
que iba observando.
Los lenguajes al uso, como C o C++, deben ser compilados para un chip, y si se cambia
el chip, todo el software debe compilarse de nuevo. Esto encarece mucho los
desarrollos y el problema es especialmente acusado en el campo de la electrónica de
consumo. La aparición de un chip más barato y, generalmente, más eficiente, conduce
inmediatamente a los fabricantes a incluirlo en las nuevas series de sus cadenas de
producción, por pequeña que sea la diferencia en precio ya que, multiplicada por la
tirada masiva de los aparatos, supone un ahorro considerable. Por tanto, Gosling
decidió mejorar las características de Oak y utilizarlo.
38
El primer proyecto en que se aplicó este lenguaje recibió el nombre de proyecto Green
y consistía en un sistema de control completo de los aparatos electrónicos y el entorno
de un hogar. Para ello se construyó un ordenador experimental denominado *7 (Star
Seven). El sistema presentaba una interfaz basada en la representación de la casa de
forma animada y el control se llevaba a cabo mediante una pantalla sensible al tacto.
En el sistema aparecía Duke, la actual mascota de Java.
Posteriormente se aplicó a otro proyecto denominado VOD (Video On Demand) en el

que se empleaba como interfaz para la televisión interactiva. Ninguno de estos
proyectos se convirtió nunca en un sistema comercial, pero fueron desarrollados
enteramente en un Java primitivo y fueron como su bautismo de fuego.
Una vez que en Sun se dieron cuenta de que a corto plazo la televisión interactiva no
iba a ser un gran éxito, urgieron a FirstPerson a desarrollar con rapidez nuevas
estrategias que produjeran beneficios. No lo consiguieron y FirstPerson cerró en la
primavera de 1994.
Lo mejor será hacer caso omiso de las historias que pretenden dar carta de naturaleza
a la clarividencia industrial de sus protagonistas; porque la cuestión es si
independientemente de su origen y entorno comercial, Java ofrece soluciones a
nuestras expectativas. Porque tampoco vamos a desechar la penicilina aunque haya
sido su origen fruto de la casualidad.
Se puede decir que Java es:
Simple: Basado en el lenguaje C++ pero donde se eliminan muchas de las

características POO que se utilizan esporádicamente y que creaban frecuentes
problemas a los programadores. Esta eliminación de causas de error y problemas de
mantenimiento facilita y reduce el costo del desarrollo de software.
Java no da soporte a struct, union y pointer

Java no ofrece typedef ni #define
No permite la sobrecarga de operadores.
No ofrece herencia múltiple.
Maneja los comandos en línea de diferente manera que C++
Java tienen una clase String, que permite un mejor manejo que los arrays de
terminación nula del C y C++.
Java tiene un sistema automático de asignación y liberación de memoria (recolector
de basura) que mejora mucho los sistemas del C++.
Orientado al objeto: Java da buen soporte a las técnicas de desarrollo POO y en

resumen a la reutilización de componentes de software.
39
Distribuido: Java se ha diseñado para trabajar en ambiente de redes y contienen una
gran biblioteca de clases para la utilización del protocolo TCP/IP, incluyendo HTTP y
FTP. El código Java se puede manipular a través de recursos URL con la misma facilidad
que C y C++ utilizan recursos locales (archivos).
Interpretado: El compilador Java traduce cada fichero fuente de clases a código de

bytes (Bytecode), que puede ser interpretado por todas las máquinas que den soporte
a un visualizador de que funcione con Java. Este Bytecode no es especifico de una
máquina determinada, por lo que no se compila y enlaza como en el ciclo clásico, sino
que se interpreta.
Sólido: El código Java no se quiebra fácilmente ante errores de programación. Así el

relaje que existe en la declaración y manejo de tipos en C y C++ se torna en
restricciones en Java, donde no es posible la conversión forzada (cast) de enteros en
punteros y no ofrece soporte a los punteros que permitan saltarse reglas de manejo de
tipos. Así en Java no es posible escribir en áreas arbitrarias de memoria ni realizar
operaciones que corrompan el código. En resumen se eliminan muchas de las
posibilidades de "trucos" que ofrecía el C y C++.
Seguro: Como Java suele funcionar en ambiente de redes el tema de seguridad debe
interesar en sobremanera. Las mismas características antes descritas que evitan la
corrupción de código evitan su manipulación. Actualmente se esta trabajando en
encriptar el código.
Arquitectura Neutral: El compilador crea códigos de byte (Bytecode) que se envía al

visualizador solicitado y se interpreta en la máquina que posee un interprete de Java o
dispone de un visualizador que funciona con Java.
Portable: Al ser de arquitectura neutral es altamente portable, pero esta característica

puede verse de otra manera: Los tipos estándares (int., float...) están igualmente
implementados en todas las máquinas por lo que las operaciones aritméticas
funcionaran igual en todas las máquinas.
Alto desempeño: Al ser código interpretado, la ejecución no es tan rápida como el

código compilado para una plataforma particular. El compilador Java suele ofrecer la
posibilidad de compilar Bytecode en código máquina de determinadas plataformas, y
según Sun este código resultar de una eficacia similar a compilaciones de C y C++.
Multihilos: Java puede aplicarse a la realización de aplicaciones en las que ocurra más
de una cosa a la vez. Java, apoyándose en un sistema de gestión de eventos basado en
40
el paradigma de condición y monitores C.A.R. permite apoyar la conducta en tiempo
real e interactivo en programas.
Dinámico: Al contrario que C++ que exige se compile de nuevo la aplicación al

cambiar una clase madre Java utiliza un sistema de interfaces que permite aligerar esta
dependencia. Como resultado, los programas Java pueden permitir nuevos métodos y
variables en un objeto de biblioteca sin afectar a los objetos dependientes.
4.2.1 Diferencias Con C++
En Java no es posible crear variables globales. Solo las variables estáticas y publicas de
algunas clases pueden considerarse como tales, pero esto generalmente, y como en el
caso de las variables globales en C++ son síntoma de un mal diseño.
Java no dispone de sentencia goto lo cual permite crear un código más robusto y
seguro así como más optimizado. Para cubrir esta falta Java proporciona un
tratamiento muy optimizado de excepciones, poderoso y bien definido.
Los punteros son una característica poderosa y peligrosa del C++, en si evitan que
ninguna variable sea privada de verdad, ya que es fácil acceder a la mis a través de
punteros, los cuales son fuente inacabable de problemas y malfuncionamiento. Java no
dispone de tratamiento de punteros. Los vectores o arrays lo son de modo cierto, lo
cual evita sobrepasar el mismo o salirse de sus limites.
El manejo de memoria en C se realiza de forma peligrosa a través de punteros

obtenidos con la función malloc (), y que se libera explícitamente con free(), esto
puede causar errores si el programador no controla perfectamente los pasos en que
estas operaciones se realizan. Otro error es el olvido frecuente de liberar memoria, lo
cual termina consumiendo los recursos del sistema.
Java no dispone de punteros y todos lo objetos se crean con el operador new, el cual
asigna espacio en el montículo de memoria a cada objeto. Lo que se obtiene con new
es un descriptor del objeto (no una dirección) la dirección real es manejada por el
sistema el cual la puede mover o recolocar según necesidad, pero el programador no
ha de preocuparse por ello. Lo importante es que el objeto tiene memoria asignada
mientras le interese al programa, quedando esta memoria disponible en cuanto este
interés cese. No se hará falta llamar a free o delete ya que el recolector de basura
realizara esta labor.
Este recolector o reciclador de basura se ejecutara cuando el sistema este libre o una
asignación no encuentren lugar disponible. C y C++ disponen de tipos de datos
frágiles cuyos límites y características dependen de la implementación y maquina del
41
compilador. Java implementa límites y tamaños sensatos y validos para todo tipo de
máquinas y entornos (independientes del Hardware) por lo que es totalmente
reproducible en cualquier plataforma.
En C es posible la realización de casting o conversión de tipos en tiempo de ejecución.

En C++ esta operación es peligrosa ya que los objetos son referencias a zonas de
memoria y no es posible tener información sobre sí la conversión en posible. En Java
los descriptores de los objetos contienen información completa acerca de la clase a la
que pertenece el objeto, por lo que pueden realizarse comprobaciones en tiempo de
ejecución sobre la compatibilidad de tipos y emitir la excepción correspondiente si no
es aplicable la conversión.
En Java no se dispone de archivos de cabecera con los prototipos de las clases. Esto,
en principio es una desventaja, hasta que se comprueba que esta habilidad del C++ ha
llevado a entornos de compilación prácticamente inmanejables, ya que cada
compilación puede tratar estos archivos de formas un tanto complejas. Java no
dispone de esta habilidad de archivos de cabecera, el tipo y la visibilidad de la clase se
compila en el propio archivo de la clase, siendo tarea del intérprete de Java realizar el
acceso.
Java no tiene struct ni unión, ambos sistemas de encasulamiento y polimorfismo un

tanto crípticos e inseguros del C++, unificando todo en un solo concepto de class.
La programación de entornos reales de C y C++ implica un buen conocimiento del

manejo del procesador y sus trucos, lo cual no es una manera limpia de controlar lo
que se compila. Java no dispone de este sistema, pero tienen medios (como la
declaración final para constantes) que permiten igual potencia.
4.3 Estructura de un programa en Java
/**mi primera aplicación Java

@autor jmrr
@version 1.1.0.*/
Class AplicacionEsencial
{
Public static void main (String args[])
{
System.out.println("Hola Mundo");
}
}
42
Lo anterior representa el código de un programa Java que se compilara y ejecutara de
la siguiente forma:
El código anterior se guarda en un fichero texto cuya extensión es .java (Aplicación
Escencial. java).

Este se compila llamando a javac. El resultado de esta compilación es un fichero con
el nombre de la clase contenida y la extensión .class (AplicacionEsencial.class). El
nombre del fichero fuente (.java podrá ser cualquiera pero dado que el resultado de la
compilación adquiere el nombre de la clase contenida en el mismo, es buena practica
el llamar al fichero fuente con el mismo nombre.

El fichero obtenido puede ser llamado como argumento del interprete para su
ejecución:
$ javac AplicacionEsencial.java
$ java AplicacionEsencial.class
Hola Mundo
$
Las partes del programa anterior son:
_ Comentarios: desde "/*" hasta que aparece "*/", son ignorados por el compilador.
_ La palabra clave class que seguida del nombre de la clase a definir y de la llave de
apertura "{" da comienzo a la definición de la misma.
_ Cuerpo de la clase que contendrá métodos, operaciones y datos de la clase. En

nuestro caso solo contienen un método, el que todas las aplicaciones han de tener:
main.
_ La línea: "Public static void main (String args[]) {" da comienzo al método main, las
palabras clave que anteceden al nombre indican formas especificas para este y su
explicación se hará a posteriori.
_ Después de main se declara los parámetros de este método (String args[]) que en
este caso consta de un array de cadenas de caracteres cuyo nombre es args. Esta
aplicación no hace uso de estos parámetros, pero todos los métodos main han de
declarar tal lista, ya que representa la teórica línea de comandos que podría
acompañar a la llamada a la clase:
_ $java Aplicación esencial alpha beta
43
_ Entre las llaves de apertura y cierre se encuentra en cuerpo del método o lista de
sentencias que le implementan, en nuestro caso una única llamada al método println.
4.3.1 Creación de un primer programa
/* Este es un primer programa de prueba.

Este archivo de llama “ejemplo.java”
/* class ejemplo
{
// El programa comienza con una llamada a main ().
Public static void main (String args[ ])
{
System.out.println(“Este es un programa sencillo en java.”);
}
}
Para compilar el programa ejemplo, ejecutamos el compilador javac, dando el nombre

del archivo fuente en línea de órdenes de la siguiente forma C:\>javac ejemplo.java
4.3.1.1 Métodos de definición
Los métodos en java le dan mucho poder y flexibilidad debido a su gran utilidad.
Los métodos son conjuntos de instrucciones agrupadas bajo un mismo nombre y

existen 5 tipos de parámetros que son:
METODO DESCRIPCIÓN
El incluyen parámetros por valor Este método recibe en la variable x un valor
entero lo mismo que la variable b y retorna un
dato de tipo entero que corresponde a la suma
de los valores recibidos ejemplo:
int f(int x, int b){
Return x+b }
El que incluye parámetros por Se caracteriza porque sus parámetros son

referencia matrices, arreglos u objetos
Los que devuelven un dato Veamos el siguiente ejemplo donde recibe un

entero y devuelve un # de dígitos que componen
dicho entero, ,entonces:
Int p (int a){
If (a<0) a = -a; int f = 0;
While (a>0){
44
F = f+1; a = a/10; }
Return f; }
Los que no devuelven ningún Estas rutinas se utilizan para cambiar algún valor
dato fuera de la función
Los que no reciben parámetros Esta rutina no recibe parámetros pero pueden
generar un valor o cambiar un dato de un
variable global.
La forma general de un método es la siguiente:
tipo nombre _ de_ método(lista de parámetros)

{
// cuerpo del método
}
4.3.1.2 Palabras clave
Las palabras claves son aquellos identificadores reservados por Java para un objetivo
determinado y se usan sólo de la forma limitada y específica. Java tiene un conjunto de
palabras clave más rico que C o que C++, por lo que sí está aprendiendo Java con
conocimientos de C o C++, asegúrese de que presta atención a las palabras clave de
Java.
Las siguientes palabras son palabras reservadas de Java:
abstact boolean break byte byvalue

case cast catch char class
const continue default do double
else extends false final finally
float for future generic goto
if implements mport inner instanceof
int interface long native new
null operator outer package private
protected public rest return short
static super switch syncroniced this
throw throws transient true try
var void volatile while
Tabla 2: Palabras reservadas Java
4.3.2 Tipos de datos y declaraciones
45
A toda variable que se use en un programa, se le debe asociar (generalmente al
principio del programa) un tipo de dato específico.
Un tipo de dato define todo el posible rango de valores que una variable puede tomar
al momento de ejecución del programa y a lo largo de toda la vida útil del propio
programa.
4.3.2.1 Tipos de datos simples
Es uno de los conceptos fundamentales de cualquier lenguaje de programación.
Estos definen los métodos de almacenamiento disponibles para representar

información, junto con la manera en que dicha información ha de ser interpretada.
Para crear una variable (de un tipo simple) en memoria debe declararse indicando su
tipo de variable y su identificador que la identificará de forma única. La sintaxis de
declaración de variables es la siguiente:
TipoSimple Identificador1, Identificador2;
Esta sentencia indica al compilador que reserve memoria para dos variables del tipo
simple TipoSimple con nombres Identificador1 e Identificador2. Los tipos de datos en
Java pueden dividirse en dos categorías: simples y compuestos. Los simples son tipos
nucleares que no se derivan de otros tipos, como los enteros, de coma flotante,
booleanos y de carácter. Los tipos compuestos se basan en los tipos simples, e
incluyen las cadenas, las matrices y tanto las clases como las interfaces, en general.
Cada tipo de datos simple soporta un conjunto de literales que le pueden ser
asignados, para darles valor. En este apartado se explican los tipos de datos simples (o
primitivos) que presenta Java, así como los literales que soporta (sintaxis de los valores
que se les puede asignar).
Tipos de datos enteros
Se usan para representar números enteros con signo. Hay cuatro tipos: byte, short, int
y long.
Tipo Tamaño
byte 1Byte (8 bits)

short 2 Bytes (16 bits)
46
int 4 Bytes (32 bits)
long 8 Bytes (64 bits)
Tabla 5: Tipos de datos enteros
Literales enteros
Son básicos en la programación en Java y presentan tres formatos:


Decimal: Los literales decimales aparecen como números ordinarios sin ninguna
notación especial.
Hexadecimal: Los hexadecimales (base 16) aparecen con un 0x ó 0X inicial, notación
similar a la utilizada en C y C++.
Octal: Los octales aparecen con un 0 inicial delante de los dígitos.
Por ejemplo, un literal entero para el número decimal 12 se representa en Java como
12 en decimal, como 0xC en hexadecimal, y como 014 en octal.
Los literales enteros se almacenan por defecto en el tipo int, (4 bytes con signo), o si se
trabaja con números muy grandes, con el tipo long, (8 bytes con signo), añadiendo
una L ó l al final del número.
La declaración de variables enteras es muy sencilla. Un ejemplo de ello sería: long

numeroLargo = 0xC; // Por defecto vale 12
Tipos de datos en coma flotante
Se usan para representar números con partes fraccionarias. Hay dos tipos de coma
flotante: float y double. El primero reserva almacenamiento para un númerode
precisión simple de 4 bytes y el segundo lo hace para un numero de precisión doble
de 8 bytes.
Tipo Tamaño
float 4 Byte (32 bits)
double 8 Bytes (64 bits)
Tabla 6: Tipos de datos numéricos en coma flotante
Literales en coma flotante
Representan números decimales con partes fraccionarias. Pueden representarse con

notación estándar (563,84) o científica (5.6384e2).
47
De forma predeterminada son del tipo double (8 bytes). Existe la opción de usar un
tipo más corto (el tipo float de 4 bytes), especificándolo con una F ó f al final del
número.
La declaración de variables de coma flotante es muy similar a la de las variables

enteras. Por ejemplo:
double miPi = 314.16e-2 ; // Aproximadamente

float temperatura = (float)36.6; // Paciente sin fiebre
Se realiza un moldeado a temperatura, porque todos los literales con decimales por
defecto se consideran double.
Tipo de datos boolean
Se usa para almacenar variables que presenten dos estados, que serán representados
por los valores true y false. Representan valores bi-estado, provenientes del
denominado álgebra de Boole.
Literales Booleanos
Java utiliza dos palabras clave para los estados: true (para verdadero) y false
(para falso). Este tipo de literales es nuevo respecto a C/C++, lenguajes en los que
el valor de falso se representaba por un 0 numérico, y verdadero cualquier número
que no fuese el 0.
Para declarar un dato del tipo booleano se utiliza la palabra reservada boolean:
boolean reciboPagado = false; // ¡¿Aun no nos han pagado?!
Tipo de datos carácter
Se usa para almacenar caracteres Unicode simples. Debido a que el conjunto de

caracteres Unicode se compone de valores de 16 bits, el tipo de datos char se
almacena en un entero sin signo de 16 bits. Java a diferencia de C/C++ distingue entre
matrices de caracteres y cadenas.
Literales carácter
Representan un único carácter (de la tabla de caracteres Unicode 1.1) y aparecen

dentro de un par de comillas simples. De forma similar que en C/C++. Los caracteres
especiales (de control y no imprimibles) se representan con una barra invertida ('\')
seguida del código carácter.
48
Descripción Representación Valor Unicode
Caracter Unicode \udddd

Numero octal \ddd
Barra invertida \\ \u005C
Continuación \ \
Retroceso \b \u0008
Retorno de carro \r \u000D
Alimentación de \f \u000C
formularios
Tabulación horizontal \t \u0009
Línea nueva \n \u000A
Comillas simples \’ \u0027
Comillas dobles \" \u0022
Números arábigos ASCII 0-9 \u0030 a \u0039
Alfabeto ASCII en A.-Z \u0041 a \u005A
mayúsculas
Alfabeto ASCII en a.-z \u0061 a \u007A
minúsculas
Tabla 7: Caracteres especiales Java

Las variables de tipo char se declaran de la siguiente forma:
char letraMayuscula = 'A'; // Observe la necesidad de las ' '
char letraV = '\u0056'; // Letra 'V'
Conversión de tipos de datos
En Java es posible transformar el tipo de una variable u objeto en otro diferente al

original con el que fue declarado. Este proceso se denomina "conversión", "moldeado"
o "tipado". La conversión se lleva a cabo colocando el tipo destino entre paréntesis, a
la izquierda del valor que queremos convertir de la forma siguiente:
char c = (char)System.in.read();
La función read devuelve un valor int, que se convierte en un char debido a la

conversión (char), y el valor resultante se almacena en la variable de tipo carácter c.
El tamaño de los tipos que queremos convertir es muy importante. No todos los tipos
se convertirán de forma segura. Por ejemplo, al convertir un long en un int, el
49
compilador corta los 32 bits superiores del long (de 64 bits), de forma que encajen en
los 32 bits del int, con lo que si contienen información útil, esta se perderá.
Por ello se establece la norma de que "en las conversiones el tipo destino siempre
debe ser igual o mayor que el tipo fuente":
Tipo Origen Tipo Destino
byte double, float, long, int, char, short

short double, float, long, int
char double, float, long, int
int double, float, long
long double, float
float double
Tabla 8: Conversiones sin pérdidas de información
4.3.3 Operadores y expresiones
Un operador es un símbolo especial que indica al compilador que debe efectuar una
operación matemática o lógica, java reconoce los siguientes operadores.
OPERADOR OPERACIÓN
+ SUMA
- RESTA
* MULTIPLICACIÓN
/ DIVISIÓN
% RESIDUO O MODULO
Es importante tener en cuenta lo siguiente:
En problemas de división entre números enteros, java trunca la parte

residual, ejemplo:
Dividir--_13/5---_el resultado es 2

Para resolver los problemas de potencias y raíces, se usan ciertas instrucciones
especiales que proporcionan el lenguaje, llamadas funciones matemáticas, en java
existe toda una librería de instrucciones o funciones matemáticas.
50
Recordar que todas las funciones reciben uno o más datos o valores y regresan
siempre un resultado, una de estas funciones matemáticas es:
import java,lang.math :
piblic stagic double pow(double a, double b) ;
Esta función ocupa dos valores o datos (base y exp) ambos de tipo double, y regresa
un resultado también de tipo double, ejemplo;
Resolver el problema de calcular 53
import java,io.*;
import java,lang.math :
public class ejemplo1
{
public static void man(String args[ ])
{
double base=5;
double exponente=3;
double potencia = 0 ;
potencia = Math.pow(base, exponente);
System.out.println(“potencia=”+potencia);
} // cerrar main
} // cerrar clase
Para resolver el problema de raíces, se aprovecha una de las más elementales y

conocida de las leyes de exponentes que dice:
Es decir una raíz cualquiera se puede transformar a una potencia con un exponente
fraccionario ejemplo:
Problema y = 3Ö x esto es equivalente a y-3*x1/2 entonces
//hay que usar la función pow() para trabajar correctamente

y=3*Math.pow(x,0.5);//
51
En este ejemplo no funcional se esta dando por supuesto que no interesa el tipo de
dato que requiere la función pow () para trabajar correctamente.
Para realizar operaciones con objetos numéricos, es importante tener en cuenta que
no se pueden hacer directamente operaciones con ellos ni tampoco pueden recibir
resultados en ellos, lo que se debe hacer es usar una variable temporal de tipo
apropiado, hacer operaciones con dicha variable y al final si se quiere convertir esta
variable al objeto numérico apropiado ejemplo:
integer alfa = new Integer(20);

Double zeta = new Double(5);
Double alfa1= 0, zeta1=0;
Alfa1=alfa.doubleValue();
Zeta1=zeta.doubleValue();
Alfa1=alfa1 + zeta1;
Desplegar alfa1;
Como se observa se crearon dos objetos numéricos, luego dos variables numéricas
normales, luego estas dos últimas variables se cargan con los objetos numéricos que
emplean métodos propios para convertirlos a datos normales.
La librería matemática completa incluye:
Class Math
Public final class java.lang.math
extends java.Objet
{
// fields
public final static double E
public final static double PI;
// Metodos
public static double abs(double a);
public static float abs(float a);
public static int abs(int a);
public static long abs(long a);
public static double acos(double a);
public static double asin(double a);
public static double atan(double a);
public static double atan2(double a, double b);
public static double ceil(double a);
public static double cos(double a);
public static double exp(double a);
52
public static double floor(double a);
public static double IEEEremainder(double f1, double f2);
public static double log(double a);
public static double max(double a, double b);
public static float max(float a, float b);
public static int max(int a, int b);
public static long max(long a, long b);
public static double min(double a, double b);
public static float min(float a, float b);
public static int min(int a, int b);
public static long min(long a, long b);
public static double pow(double a, double b);
public static double random();
public static double rint(double a);
public static long round(double a);
public static int round(float a);
public static double sin(double a);
public static double sqrt(double a);
public static double tan(double a);
}
4.3.4 E/S caracteres:
Los programas en java realizan la E/S a través de flujos(stream). Un flujo es una

abstracción que produce o consume información. Un flujo esta relacionado con un
dispositivo físico a través del sistema de E/S de java. Todos los flujos se comportan de
la misma forma, incluso aunque estén relacionados con distintos dispositivos físicos.
Esto significa que un flujo de entrada puede abstraer distintos tipos de entrada, desde
un archivo de disco o una conexión de red.
Clases de flujos: java implementa los flujos dentro de una jerarquía de clases definida
en el paquete java.io. En la parte superior hay dos clases abstractas que son:

InputStream
OutputStream
Estas clases definen los métodos read( ) y write( ) que respectivamente leen y escriben
bytes de datos, hay que tener en encuenta que estos métodos están declarados como
abstracto dentro de inputStream y OutputStream y son sobrescritos en las clases
derivadas.
53
Flujos predefinidos: java importa automáticamente el paquete java.lang. Este paquete
define una clase llamada system que encapsula algunos aspectos del entorno de
ejecución.
System.out: salida estándar. Por defecto, es la consola

System.in: hace referencia a la entrada estándar que es por defecto el teclado
System. Err: hace referencia al flujo de error estándar que por defecto es la consola.
Java no tiene un método de entrada por consola generalizado que sea similar a la
función scanf() de c o a lo operadores de entrada de C++.
Ejemplo:
// ejemplo del método read().

Import java.io.*;
Class Usuread
{
public static void main (string args[])
throws IOExceptoon
{
char c;
system.out.println(“ introduzca caracteres, ‘q’ para salir.”);
// lee caracteres
do {
c = (char) System. In.read(); } while(c = != ‘q’); } }
Cuando ejecute el programa el resultado debe ser el siguiente:
Introduzca caracteres, ‘q’ para salir 123abcq
1
2
3
a
b
c
q
4.3.5 Estructuras De Control
Durante un programa existen acciones que se han de repetir un número determinado

de veces. Por ejemplo, leer 3 caracteres de un flujo de entrada in se codificaría:
in.read();
in.read();
in.read();
54
Este código además de poco elegante sería inviable para una repetición de 3000
lecturas. Por eso aparecen las estructuras de control, que facilitan que determinadas
acciones se realicen varias veces, mientras que una condición se cumpla, y en
definitiva, tomar decisiones de qué hacer en función de las condiciones que se den en
el programa en un momento dado de su ejecución.
Así, nuestro ejemplo se podría indicar como:
i
nt i=0;
for ( i=0 ; i <= 3 ; i++ )
in.read();
Donde bastaría cambiar el 3 por cualquier otro número para que la lectura se repitiese
ese número de veces.
El lenguaje Java soporta las estructuras de control:
Sentencia Clave
Toma de decisión if-else, switch-case
Bucle for, while, do-while
Misceláneo break, continue, label:, return, goto
Tabla 18: Estructuras de control
Aunque goto es una palabra reservada, actualmente el lenguaje Java no soporta la

sentencia goto. Se puede utilizar las sentencias de bifurcación en su lugar.
4.3.5.1 Las sentencias condicionales: if y switch
4.3.5.1.1 La sentencia if – else
La sentencia if-else de Java dota a los programas de la habilidad de ejecutar distintos

conjuntos de sentencias según algún criterio.
La sintaxis de la sentencia if-else es:
If ( condición )
Bloque de código a ejecutar si la condición es cierta
else
Bloque de código a ejecutar si la condición es falsa
55
La parte del else es opcional, y un bloque de código puede ser simplemente la
sentencia vacía; para representar que en ese caso no se ha de ejecutar nada.
Supongamos que un programa debe realizar diferentes acciones dependiendo de si el

usuario oprime el botón aceptar o el botón cancelar en una ventana de dialogo.
Nuestro programa puede realizar esto usando la sentencia if - else: // La respuesta es
Aceptar o Cancelar
If (respuesta == Aceptar)
{
// código para realizar la acción Aceptar
System.out.println( "Su peticion esta siendo atendida" );
}
else
{
// código para realizar la acción Cancelar
System.out.println( "Cancelando accion" );
}
Se pueden anidar expresiones if-else, para poder implementar aquellos casos con
múltiples acciones. Esto es lo que se suele denominar como sentencias else if.
Por ejemplo, supongamos que se desea escribir un programa que clasifique según el
contenido de una variable valor, asigne una letra a una variable clasificacion: A para un
valor del 100-91, B de 90-81, C para 80-71 y F si no es ninguno de los anteriores:
int valor;
char clasificacion;
if (valor > 90)
{
clasificacion='A';
}
else
if (valor > 80)
{
clasificacion='B';
}
else
if (valor > 70)
{
clasificacion='C';
}
56
else
{
clasificacion='F';
}
Se pueden escribir los if en las mismas líneas que los else, pero se recomienda utilizar
la tabulación (como se ha podido ver en el ejemplo), pues es más clara para el lector.
4.3.5.1.2. La sentencia switch
Mediante la sentencia switch se puede seleccionar entre varias sentencias según el

valor de cierta expresión.
Es una instrucción de decisión múltiple donde el compilador prueba o busca casos, o

se usa una condición compuesta muy grande. La forma general de switch es la
siguiente:
switch ( expresionMultivalor )
{
case valor1 : conjuntoDeSentencias; break;
case valor2 : conjuntoDeSentencias; break;
case valor3: conjuntoDeSentencias; break;
default: conjuntoDeSentencias; break;
}
La sentencia switch evalúa la expresiónMultivalor y ejecuta el conjuntoDeSentencias

que aparece junto a la cláusula case cuyo valor corresponda con el de la
expresiónMultivalor.
Cada sentencia case debe ser única y el valor que evalúa debe ser del mismo tipo que
el devuelto por la expresiónMultivalor de la sentencia switch.
Las sentencias break que aparecen tras cada conjuntoDeSentencias provocan que el
control salga del switch y continúe con la siguiente instrucción al switch. Las sentencias
break son necesarias porque sin ellas se ejecutarían secuencialmente las sentencias
case siguientes. Existen ciertas situaciones en las que se desea ejecutar
secuencialmente algunas o todas las sentencias case, para lo que habrá que eliminar
algunos break.
Finalmente, se puede usar la sentencia default para manejar los valores que no son
explícitamente contemplados por alguna de las sentencias case. Su uso es altamente
recomendado.
57
Por ejemplo, supongamos un programa con una variable entera meses cuyo valor
indica el mes actual, y se desea imprimir el nombre del mes en que estemos. Se puede
utilizar la sentencia switch para realizar esta operación: int meses;
switch ( meses )
{
case 1: System.out.println( "Enero" ); break;
case 2: System.out.println( "Febrero" ); break;
case 3: System.out.println( "Marzo" ); break;
//Demas meses
// . . .
case 12: System.out.println( "Diciembre" ); break;
default: System.out.println( "Mes no valido" ); break;
}
Por supuesto, se puede implementar esta estructura como una sentencia if else if: int
meses;
if ( meses == 1 )
{
System.out.println( "Enero" );
}
else
if ( meses == 2 )
{
System.out.println( "Febrero" );
}
// Y así para los demás meses
El decidir si usar la sentencia if o switch depende del criterio de cada caso. Se puede
decidir cuál usar basándonos en la legibilidad, aunque se recomienda utilizar switch
para sentencias con más de tres o cuatro posibilidades.
4.3.5.2. Sentencias de iteración o bucles: for, do, while
4.3.5.2.1 Bucle while
El bucle while es el bucle básico de iteración. Sirve para realizar una acción
sucesivamente mientras se cumpla una determinada condición.
58
La forma general del bucle while es la siguiente:
while ( expresiónBooleana )
{
sentencias;
};
Las sentencias se ejecutan mientras la expresiónBooleana tenga un valor de verdadero.
Se utiliza, por ejemplo para estar en un bucle del que no hay que salir hasta que no se
cumpla una determinada condición. Por ejemplo, multiplicar un número por 2 hasta
que sea mayor que 100:
int i = 1;
while ( i <= 100 )
{
i = i * 2;
}
Con él se podrían eliminar los bucles do-while y for por ser extensiones de éste, pero
que se incluyen en el lenguaje para facilitar la programación.
4.3.5.2.2 Bucle do-while
El bucle do-while es similar al bucle while, pero en el bucle while la expresión se evalúa
al principio del bucle y en el bucle do-while la evaluación se realiza al final.
La forma general del bucle do-while es la siguiente:

Do
{
sentencias;
} while ( expresiónBooleana );
La sentencia do-while es el constructor de bucles menos utilizado en la programación,

pero tiene sus usos, cuando el bucle deba ser ejecutado por lo menos una vez.
Por ejemplo, cuando se lee información de un archivo, se sabe que siempre se debe
leer por lo menos un carácter:
Int c;
do
{
59
c = System.in.read( );
// Sentencias para tratar el carácter c
} while ( c != -1 ); // No se puede leer más (Fin fichero)
4.3.5.2.3 Bucle for
Mediante la sentencia for se resume un bucle do-while con una iniciación previa.
Es muy común que en los bucles while y do-while se inicien las variables de control de
número de pasadas por el bucle, inmediatamente antes de comenzar los bucles. Por
eso el bucle for está tan extendido.
Se utiliza para repetir una instrucción o un grupo de instrucciones un determinado

número de veces.
Su formato general es:
For (inicialización; condición; incremento)

{
Instrucción(es);
};
En su forma simple la inicialización es una instrucción de asignación que carga una

variable de control de ciclo con un valor inicial.
La condición es una expresión relacional que evalúa la variable de control de ciclo

contra un valor final o de parada que determina cuando debe acabar el ciclo.
El incremento define la manera en que la variable de control de ciclo debe cambiar

cada vez que el computador repite el ciclo.
Se deben separar esos tres argumentos con punto y coma.
Ejemplo:
Import java.io.* ;
Import javax.servlet.* ;
Import javax.servlet.http* ;
Public class prog7 extends Http.*;
{
public void doGet(HttpServetRequest request,HttpSerletResponse response)
throws ServletException,IOException
60
{
printWriter pagina=respionse.getWriter();
response.setContentType(“text/html”);
pagina.println(“<HTML>”);
int x;
for(x=1;x<=10;x++)
{pagina.printl(“x=”+x+”<br>”);
pagina.println(“</HTML>”);
pagina.close();
pagina.flusch();
};
public void destroy(){sper.destroy();};
}
4.3.5.3 Sentencias de salto: break, continue y return
4.3.5.3.1 Sentencia break
La sentencia break provoca que el flujo de control salte a la sentencia inmediatamente

posterior al bloque en curso. Ya se ha visto anteriormente la sentencia break dentro de
la sentencia switch.
El uso de la sentencia break con sentencias etiquetadas es una alternativa al uso de la

sentencia goto, que no es soportada por el lenguaje Java.
Se puede etiquetar una sentencia poniendo un identificador Java válido seguido por
dos puntos antes de la sentencia: nombreSentencia: sentenciaEtiquetada
La sentencia break se utiliza para salir de una sentencia etiquetada, llevando el flujo del
programa al final de la sentencia de programa que indique:
break nombreSentencia2;
Un ejemplo de esto sería el programa:
void gotoBreak()
{
System.out.println("Ejemplo de break como 'goto' ");
a: for( int i=1; i<10; i++ )
{
System.out.print(" i="+i);
for( int j=1; j<10; j++ )
{
61
if ( j==5 )
break a; //Sale de los dos bucles!!!
System.out.print(" j="+j);
}
System.out.print("No llega aquí");
}
}
Al interpretar break a, no solo se rompe la ejecución del bucle interior (el de j), sino
que se salta al final del bucle i, obteniéndose:
i=1 j=1 j=2 j=3
Nota: Se desaconseja esta forma de programación, basada en goto, y con saltos de

flujo no controlados.
4.3.5.3.2 Sentencia continue
Del mismo modo que en un bucle se puede desear romper la iteración, también se
puede desear continuar con el bucle, pero dejando pasar una determinada iteración.
Se puede usar la sentencia continue dentro de los bucles para saltar a otra sentencia,
aunque no puede ser llamada fuera de un bucle.
Tras la invocación a una sentencia continue se transfiere el control a la condición de

terminación del bucle, que vuelve a ser evaluada en ese momento, y el bucle continúa
o no dependiendo del resultado de la evaluación. En los bucles for además en ese
momento se ejecuta la cláusula de incremento (antes de la evaluación). Por ejemplo el
siguiente fragmento de código imprime los números del 0 al 9 no divisibles por 3:
for ( int i = 0 ; i < 10 ; i++ )

{
if ( ( i % 3 ) == 0 )
continue;
System.out.print( " " + i );
Del mismo modo que break, en las sentencias continue se puede indicar una etiqueta
de bloque al que hace referencia. Con ello podemos referirnos a un bloque superior, si
estamos en bucles anidados. Si dicha etiqueta no es indicada, se presupone que nos
referimos al bucle en el que la sentencia continue aparece.
Por ejemplo, el siguiente fragmento de código:
62
void gotoContinue( )
{
f for ( int i=1; i <5; i++ )
{
for ( int j=1; j<5; j++ )
{
if ( j>i )
{
System.out.println(" ");
continue f;
}
System.out.print( " " + (i*j) );
}
}
}
En este código la sentencia continue termina el bucle de j y continua el flujo en la

siguiente iteración de i. Ese método imprimiría:
1
24
369
4 8 12 16
Nota: Se desaconseja esta forma de programación, basada en goto, y con saltos de

flujo no controlados.
4.3.5.3.3 Sentencia return
La última de las sentencias de salto es la sentencia return, que puede usar para salir del
método en curso y retornar a la sentencia dentro de la cual se realizó la llamada.
Para devolver un valor, simplemente se debe poner el valor (o una expresión que
calcule el valor) a continuación de la palabra return. El valor devuelto por return debe
coincidir con el tipo declarado como valor de retorno del método.
Cuando un método se declara como void se debe usar la forma de return sin indicarle
ningún valor. Esto se hace para no ejecutar todo el código del programa:
int contador;
boolean condicion;
63
int devuelveContadorIncrementado()
{
return ++contador;
}
void metodoReturn()
{
//Sentencias
if ( condicion == true )
return;
//Más sentencias a ejecutar si condición no vale true
}
1. Explique cual es la diferencia de la estructura de un programa en C y Java.

2. ¿qué instrucciones debemos tener en cuenta para crear un programa sencillo?
3. Investigue sobre los métodos de definición para complementar el tema
4. Realice un mapa conceptual sobe el tema anterior.
5. Exponga 10 ventajas de para utilizar instrucciones repetitivas
6. Realice un mapa conceptual con 20 términos sobre tipo de datos y declaraciones.
7. Diseñar un programa que despliegue los números del 20 al 30.
8. Diseñar un programa de los múltiplos de 5, entre 10 y 50, acompañados de su
factorial y logaritmo respectivo.
9. Diseñar un programa donde se despliegue las tablas de multiplicar que usuario
indique.
10. Diseñar un programa que muestre los múltiplos de 4 entre 60 y 20 acompañados
de su logaritmo de base 10 y base e respectivos.
11. Construir la tabla de dividir que el usuario indique.
12. Diseñar un programa que capture un deporte cualquiera y despliegue dos
implementos deportivos apropiados.
13. construir un programa que capture un número cualesquiera y diga si es o no es
mayor de 50 y múltiplo de tres.
14. construir un programa que indique si un número es par positivo.
15. construir un programa que capture los datos de un empleado, desplegar en una
página su cheque semanal si gana más de $500.000 y si esta en el departamento de
producción, en caso contrario desplegar en otra página un bono del 25% de su sueldo
semanal.
64
UNIDAD 3. CLASES Y HERENCIA EN LA PROGRAMACION ORIENTADA A
OBJETOS
CAPITULO 5. Clases En La Poo
Una clase es el núcleo en java para la construcción lógica en la programación de este

lenguaje. La clase construye la base de programación orientada a objetos en java. La
clase define un nuevo tipo de dato.
Las clases son el centro de la Programación Orientada a Objetos (OOP – Object

Oriented Programming). Algunos de los conceptos más importantes de la POO son los
siguientes:
Encapsulación. Las clases pueden ser declaradas como públicas (public) y como
package (accesibles sólo para otras clases del paquete). Las variables miembro y los
métodos pueden ser public, private, protected y package. De esta forma se puede
controlar el acceso y evitar un uso inadecuado.
Herencia. Una clase puede derivar de otra (extends), y en ese caso hereda todas sus
variables y métodos. Una clase derivada puede añadir nuevas variables y métodos y/o
redefinir las variables y métodos heredados.
Polimorfismo. Los objetos de distintas clases pertenecientes a una misma jerarquía o

que implementan una misma interface pueden tratarse de una forma general e
individualizada, al mismo tiempo.
5.1 Conceptos Básicos
5.1.1 Concepto de Clase
Una clase es una agrupación de datos (variables o campos) y de funciones (métodos)

que operan sobre esos datos. La definición de una clase se realiza en la siguiente
forma:
[public] class Class name

{
// definición de variables y métodos ...
}
Donde la palabra public es opcional: si no se pone, la clase tiene la visibilidad por
defecto, esto es, sólo es visible para las demás clases del paquete. Todos los métodos y
variables deben ser definidos dentro del bloque {...} de la clase.
65
Un objeto (en inglés, instance) es un ejemplar concreto de una clase. Las clases son
como tipos de variables, mientras que los objetos son como variables concretas de un
tipo determinado.
Classname unObjeto;
ClassnameotroObjeto;
5.1.2 Características Importantes De Las Clases:
Todas las variables y funciones de Java deben pertenecer a una clase. No hay variables
y funciones globales.
Si una clase deriva de otra (extends), hereda todas sus variables y métodos.
Java tiene una jerarquía de clases estándar de la que pueden derivar las clases que
crean los usuarios.
Una clase sólo puede heredar de una única clase (en Java no hay herencia múltiple). Si
al definir una clase no se especifica de qué clase deriva, por defecto la clase deriva de
Object. La clase Object es la base de toda la jerarquía de clases de Java.
En un archivo se pueden definir varias clases, pero en un archivo no puede haber más
que una clase public. Este archivo se debe llamar como la clase public que contiene
con extensión *.java. Con algunas excepciones, lo habitual es escribir una sola clase por
archivo.
Si una clase contenida en un archivo no es public, no es necesario que el archivo se

llame como la clase.
Los métodos de una clase pueden referirse de modo global al objeto de esa clase al
que se aplican por medio de la referencia this.
Las clases se pueden agrupar en paquetes, introduciendo una línea al comienzo del
archivo (paquete Nombrepaquete;). Esta agrupación en paquetes está relacionada con
la jerarquía de directorios y archivos en la que se guardan las clases.
5.1.3 Concepto de Interface
Una interface es un conjunto de declaraciones de funciones. Si una clase implementa

(implements) una interface, debe definir todas las funciones especificadas por la
interface. Las interfaces pueden definir también variables finales (constantes). Una clase
puede implementar más de una interface, representando una alternativa a la herencia
múltiple.
66
En algunos aspectos los nombres de las interfaces pueden utilizarse en lugar de las
clases. Por ejemplo, las interfaces sirven para definir referencias a cualquier objeto de
cualquiera de las clases que implementan esa interface. Con ese nombre o referencia,
sin embargo, sólo se pueden utilizar los métodos de la interface. Éste es un aspecto
importante del polimorfismo.
Una interface puede derivar de otra o incluso de varias interfaces, en cuyo caso
incorpora las declaraciones de todos los métodos de las interfaces de las que deriva (a
diferencia de las clases, las interfaces de Java sí tienen herencia múltiple).
5.2. Ejemplo De Definición De Una Clase
A continuación se reproduce como ejemplo la clase Círculo.
// archivo Circulo.java
public class Circulo extends Geometria
{
static int numCirculos = 0;
public static final double PI=3.14159265358979323846;
public double x, y, r;
public Circulo(double x, double y, double r) {
this.x=x;
this.y=y;
this.r=r;
numCirculos++;
}
public Circulo(double r)
{
this(0.0, 0.0, r);
}
public Circulo(Circulo c)
{
this(c.x, c.y, c.r);
}
public Circulo()
{
this(0.0, 0.0, 1.0);
}
public double perimetro()
{
return 2.0 * PI * r;
67
}
public double area()
{
return PI * r * r;
}
// método de objeto para comparar círculos
public Circulo elMayor(Circulo c)

{
if (this.r>=c.r) return this; else return c;
}
// método de clase para comparar círculos
public static Circulo elMayor(Circulo c, Circulo d)

{
if (c.r>=d.r)
return c;
else
return d;
// fin de la clase Circulo.
En este ejemplo se ve cómo se definen las variables miembro y los métodos (cuyos
nombres se han resaltado en negrita) dentro de la clase. Dichas variables y métodos
pueden ser de objeto o de clase (static). Se puede ver también cómo el nombre del
archivo coincide con el de la clase public con la extensión *.java.
5.3. Variables miembro
A diferencia de la programación algorítmica clásica, que estaba centrada en las

funciones, la programación orientada a objetos está centrada en los datos. Una clase
está constituida por unos datos y unos métodos que operan sobre esos datos.
5.3.1 Variables miembro de objeto
68
Cada objeto, es decir cada ejemplar concreto de la clase, tiene su propia copia de las
variables miembro. Las variables miembro de una clase (también llamadas campos)
pueden ser de tipos primitivos (boolean, int, long, double, ?) o referencias a objetos de
otra clase (composición).
Un aspecto muy importante del correcto funcionamiento de los programas es que no

haya datos sin inicializar. Por eso las variables miembro de tipos primitivos se
inicializan siempre de modo automático, incluso antes de llamar al constructor (false
para boolean, el carácter nulo para char y cero para los tipos numéricos). De todas
formas, lo más adecuado es inicializarlas también en el constructor. Las variables
miembro pueden también inicializarse explícitamente en la declaración, como las
variables locales, por medio de constantes o llamadas a métodos (esta inicialización no
está permitida en C++). Por ejemplo,
long nDatos = 100;
Las variables miembro se inicializan en el mismo orden en que aparecen en el código

de la clase. Esto es importante porque unas variables pueden apoyarse en otras
previamente definidas.
Cada objeto que se crea de una clase tiene su propia copia de las variables miembro.
Por ejemplo, cada objeto de la clase Circulo tiene sus propias coordenadas del centro x
e y, y su propio valor del radio r.
Los métodos de objeto se aplican a un objeto concreto poniendo el nombre del objeto
y luego el nombre del método, separados por un punto. A este objeto se le llama
argumento implícito. Por ejemplo, para calcular el área de un objeto de la clase Circulo
llamado c1 se escribirá: c1.area();. Las variables miembro del argumento implícito se
acceden directamente o precedidas por la palabra this y el operador punto.
Las variables miembro pueden ir precedidas en su declaración por uno de los

modificadores de acceso: public, private, protected y package (que es el valor por
defecto y puede omitirse). Junto con los modificadores de acceso de la clase (public y
package), determinan qué clases y métodos van a tener permiso para utilizar la clase y
sus métodos y variables miembro. Existen otros dos modificadores (no de acceso) para
las variables miembro: Transient: indica que esta variable miembro no forma parte de
la persistencia (capacidad de los objetos de mantener su valor cuando termina la
ejecución de un programa) de un objeto y por tanto no debe ser serializada
(convertida en flujo de caracteres para poder ser almacenada en disco o en una base
de datos) con el resto del objeto.
69
Volatile: indica que esta variable puede ser utilizada por distintas threads sincronizadas
que el compilador no debe realizar optimizaciones con esta variable.
Al nivel de estos apuntes, los modificadores transient y volatile no serán utilizados.
Variables miembro de clase (static)
Una clase puede tener variables propias de la clase y no de cada objeto. A estas
variables se les llama variables de clase o variables static. Las variables static se suelen
utilizar para definir constantes comunes para todos los objetos de la clase (por
ejemplo PI en la clase Circulo) o variables que sólo tienen sentido para toda la clase
(por ejemplo, un contador de objetos creados como numCirculos en la clase Circulo).
Las variables de clase son lo más parecido que Java tiene a las variables globales de
C/C++.
Las variables de clase se crean anteponiendo la palabra static a su declaración.
Para llamarlas se suele utilizar el nombre de la clase (no es imprescindible, pues se

puede utilizar también el nombre de cualquier objeto), porque de esta forma su
sentido queda más claro. Por ejemplo, Circulo.numCirculos es una variable de clase
que cuenta el número de círculos creados.
Si no se les da valor en la declaración, las variables miembro static se inicializan con los
valores por defecto para los tipos primitivos (false para boolean, el carácter nulo para
char y cero para los tipos numéricos), y con null si es una referencia.
Las variables miembro static se crean en el momento en que pueden ser necesarias:
cuando se va a crear el primer objeto de la clase, en cuanto se llama a un método
static o en cuanto se utiliza una variable static de dicha clase. Lo importante es que las
variables miembro static se inicializan siempre antes que cualquier objeto de la clase.
5.3.2 Variables Finales
Una variable de un tipo primitivo declarada como final no puede cambiar su valor a lo
largo de la ejecución del programa. Puede ser considerada como una constante, y
equivale a la palabra const de C/C++.
Java permite separar la definición de la inicialización de una variable final. La

inicialización puede hacerse más tarde, en tiempo de ejecución, llamando a métodos o
en función de otros datos. La variable final así definida es constante (no puede
70
cambiar), pero no tiene por qué tener el mismo valor en todas las ejecuciones del
programa, pues depende de cómo haya sido inicializada.
Además de las variables miembro, también las variables locales y los propios
argumentos de un método pueden ser declarados final.
Declarar como final un objeto miembro de una clase hace constante la referencia, pero
no el propio objeto, que puede ser modificado a través de otra referencia. En Java no
es posible hacer que un objeto sea constante.
5.4 Abstracción
El elemento esencial de la programación orientada a objetos en java es la abstracción.

Nosotros normalmente miramos la complejidad a través de la abstracción. Por ejemplo
como se puede observar en la figura vemos un conjunto de miles de partes
individuales. Donde es un objeto bien definido con un comportamiento propio único.
Una forma poderosa de gestionar la abstracción es utilizando clasificaciones

jerárquicas; esto nos permite dividir en niveles la semántica de los sistemas complejos,
obteniendo sistemas más manejables. Por ejemplo el paisaje desde el exterior es un
sistema sencillo a simple vista pero una vez dentro, podemos ver que este sistema esta
compuesto por varios subsistemas: el clima, la vegetación, los animales, el medio
ambiente ect..
Como podemos ver la importancia de la abstracción es que se puede controlar la

complejidad de un sistema utilizando abstracciones jerárquicas.
En la programación se puede utilizar en los programas de algorítmicos tradicionales se

pueden transformar mediante la abstracción en objetos.
Realizando una secuencia de pasos don de un proceso se puede convertir en un

conjunto de mensajes entre otros objetos donde cada uno de ellos tiene su propio
comportamiento. Esta es la esencia de la programación orientada a objetos.
Los conceptos orientada a objetos forma el corazón de java, estos conceptos se

aplican en la programación cuando por ejemplo se nos presenta un problema de la
vida real se realiza una clasificación jerárquica para poderlo resolver satisfactoriamente.
Ejemplo:
71
Desde el exterior el cuadro es un objeto sencillo, una vez dentro podemos ver esta
compuesto por varios subsistemas: las nubes, los árboles, etc.
5.5 Encapsulado
Es el proceso de compartimentalización de los elementos de una abstracción que

constituyen su estructura y comportamiento. La Encapsulación sirve para separar la
interface de una abstracción y su implementación.

Es un concepto complementario al de abstracción.
La Encapsulación esconde la implementación del objeto que no contribuye a sus
características esenciales.
La Encapsulación da lugar a que las clases se dividan en dos partes:
a. Interfase: captura la visión externa de una clase, abarcando la abstracción del

comportamiento común a los ejemplos de esa clase.
b. Implementación: comprende la representación de la abstracción, así como los
mecanismos que conducen al comportamiento deseado.
Se conoce también como ocultamiento o privacidad de la información.
5.6 Arreglos y cadenas
Uno de los problemas más comunes en los diversos sistemas de información es el

tratamiento o procesamiento de un gran volumen de datos o de información.
Las variables usadas hasta ahora reciben propiamente el nombre de variable escalares,
porque solo permiten almacenar o procesar un dato a la vez.
Por ejemplo si quiere almacenar nombre y edad de 15 personas con el método

tradicional se ocuparan de 30 variables y sólo es nombre y edad de 15 personas,
agreguen más datos y más personas y ya es tiempo de empezar otro tipo de variables.
72
Es decir, en problemas que exigen manejar mucha información o datos a la vez,
variables escalares no son suficientes ya que su principal problema es que sólo
permiten almacenar y procesar un dato a la vez; se ocupan entonces variables que
sean capaces de almacenar y , manipular conjuntos de datos a al vez Variables de tipo
arreglo si permiten almacenar conjuntos de datos del mismo tipo a la vez.
Cada dato dentro del arreglo se le conoce como elemento del arreglo y se simboliza y
procesa (captura, operación despliegue) usando el nombre del arreglo respectivo y un
subíndice indicando la posición relativa del elemento con respecto a los demás
elementos del arreglo, sólo recordar que en vcpp la primera posición elemento o
renglón es el 0(cero).
Ejemplo: NOMBRES
Juan----- nombres(0)
Pedro---- nombres(1)
Rosa ----nombres(2)
Camilo--nombres(3)
Sin embargo sus problemas son similares a los de variables normales es decir hay que
declararlos, capturarlos, hacer operaciones con ellos, compilarlos, etc.,
5.7 Flujo de E/S en java
Java proporciona una E/s completa y flexible para archivos y redes. El sistema de E/S
de java es coherente y consistente a la vez que se entienden sus fundamentos, el resto
del sistema de E/s es bastante sencillo.
Flujos: los programas de java realizan las E/S a través de flujos (streams) donde un flujo
es una abstracción que produce o consume información y está relacionado con
dispositivos físicos a través del sistema de java, los flujos se comportan de la misma
forma aunque estén relacionados con diferentes dispositivos físicos.
Por esta razón se pueden aplicar las mismas clases y métodos de E/S al cualquier tipo
de dispositivo, donde el flujo de entrada puede abstraer distintos tipos de entrada
desde un archivo de disco a un teclado de conexión de red. Del mismo modo el
destino de salida puede ser una consola, un archivo de disco. Los flujos son una forma
de limpia de tratar con la E/S sin necesitar que todo el código comprenda la diferencia
entre un teclado y una red.
73
La E/S por consola de java es bastante limitada y no es fácil de usar, incluso en
programas sencillos. La E/S basada en texto no es importante en la programación en
java.
Java implementa los flujos dentro de una jerarquía de clases definida en el paquete
java.io. En la parte superior de la jerarquía hay dos clases abstracta.
1. Estas clases definen algunos métodos que las otras clases

2. Implementan. Dos de los métodos más importantes son:
3. InputStream read( ) y write ( ), respectivamente lee y escribe byte de
4. OutputStream datos. Ambos métodos están declarados como abstractos
5. Dentro de InputStream y OutputStram
5.8 Gestión De Excepciones Y Errores
El control de flujo en un programa Java puede hacerse mediante las ya conocidas

sentencias estructuradas (if, while, return). Pero Java va mucho más allá, mediante una
técnica de programación denominada gestión de excepciones.
Mediante las excepciones se podrá evitar repetir continuamente código, en busca de

un posible error, y avisar a otros objetos de una condición anormal de ejecución
durante un programa.
Durante este capítulo estudiaremos la gestión de excepciones y errores, sin pretender

profundizar demasiado, pero sí fijando la base conceptual de lo que este modo de
programación supone.
Mediante la gestión de excepciones se prescindirá de sentencias de control de errores

del tipo:
if ( error == true )
return ERROR;
5.8.1 Tipos de excepciones
Existen varios tipos fundamentales de excepciones:


Error:
Excepciones que indican problemas muy graves, que suelen ser no recuperables
y no deben casi nunca ser capturadas.
Exception: Excepciones no definitivas, pero que se detectan fuera del tiempo de
ejecución.
RuntimeException: Excepciones que se dan durante la ejecución del programa.
74
5.8.1.1 Herencia de excepciones Java
Todas las excepciones tienen como clase base la clase Throwable, que está incluida en
el paquete java.lang, y sus métodos son:
Trowable( String mensaje ); Constructor. La cadena es opcional

Throwable fillInStackTrace(); Llena la pila de traza de ejecución.
String getLocalizedMessage(); Crea una descripción local de este objeto.
String getMessage(); Devuelve la cadena de error del objeto.
void printStackTrace( PrintStream_o_PrintWriter s ); Imprime este objeto y su traza en
el flujo del parámetro s, o en la salida estándar (por defecto).
String toString; Devuelve una breve descripción del objeto.
5.8.2 Funcionamiento
Para que el sistema de gestión de excepciones funcione, se ha de trabajar en dos

partes de los programas:
Definir qué partes de los programas crean una excepción y bajo qué condiciones.
Para ello se utilizan las palabras reservadas throw y throws.
Comprobar en ciertas partes de los programas si una excepción se ha producido, y
actuar en consecuencia. Para ello se utilizan las palabras reservadas try, catch y finally.
5.8.2.1 Manejo de excepciones: try - catch - finally
Cuando el programador va a ejecutar un trozo de código que pueda provocar una

excepción (por ejemplo, una lectura en un fichero), debe incluir este fragmento de
código dentro de un bloque try:
75
try
{
// Código posiblemente problemático
}
Pero lo importante es cómo controlar qué hacer con la posible excepción que se cree.
Para ello se utilizan las clausulas catch, en las que se especifica que acción realizar:
try
{
// Código posiblemente problemático
} catch( tipo_de_excepcion e)
{
// Código para solucionar la excepción e
} catch( tipo_de_excepcion_mas_general e)
{
// Código para solucionar la excepción e
}
En el ejemplo se observa que se pueden anidar sentencias catch, pero conviene

hacerlo indicando en último lugar las excepciones más generales (es decir, que se
encuentren más arriba en el árbol de herencia de excepciones), porque el intérprete
Java ejecutará aquel bloque de código catch cuyo parámetro sea del tipo de una
excepción lanzada.
Si por ejemplo se intentase capturar primero una excepción Throwable, nunca

llegaríamos a gestionar una excepción Runtime, puesto que cualquier clase hija de
Runtime es también hija de Throwable, por herencia.
Si no se ha lanzado ninguna excepción el código continúa sin ejecutar ninguna

sentencia catch.
Pero, ¿y si quiero realizar una acción común a todas las opciones?. Para insertar
fragmentos de código que se ejecuten tras la gestión de las excepciones. Este código
se ejecutará tanto si se ha tratado una excepción (catch) como sino. Este tipo de
código se inserta en una sentencia finally, que será ejecutada tras el bloque try o catch:
try
{
} catch( Exception e ) {
} finally {
76
// Se ejecutara tras try o match }
5.8.2.2 Lanzamiento de excepciones: throw - throws
Muchas veces el programador dentro de un determinado método deberá comprobar

si alguna condición de excepción se cumple, y si es así lanzarla. Para ello se utilizan las
palabras reservadas throw y throws.
Por una parte la excepción se lanza mediante la sentencia throw:
if ( condicion_de_excepcion == true )
throw new miExcepcion(); Se puede observar que hemos creado un objeto de la

clase miExcepcion, puesto que las excepciones son objetos y por tanto deberán ser
instanciadas antes de ser lanzadas.
Aquellos métodos que pueden lanzar excepciones, deben cuáles son esas excepciones
en su declaración. Para ello se utiliza la sentencia throws:
tipo_devuelto miMetodoLanzador() throws miExcep1, miExcep2 {

// Codigo capaz de lanzar excepciones miExcep1 y miExcep2 }
Se puede observar que cuando se pueden lanzar en el método más de una
excepción se deben indicar en su declaración separadas por comas.
5.8.2.3 Ejemplo de gestión de excepciones
Ahora que ya sabemos cómo funciona este sistema, conviene ver al menos un
pequeño ejemplo, que ilustre al lector en el uso de las excepciones:
// Creación de una excepción personalizada

class MiExcepcion extends Exception
{
MiExcepcion()
{
super(); // constructor por defecto de Exception
}
MiExcepcion( String cadena )
{
super( cadena ); // constructor param. de Exception
}
}
// Esta clase lanzará la excepción
77
class Lanzadora
{
void lanzaSiNegativo( int param ) throws MiExcepcion
{
if ( param < 0 )
throw new MiExcepcion( "Numero negativo" );
}
}
class Excepciones
{
public static void main( String[] args )
{
// Para leer un fichero
Lanzadora lanza = new Lanzadora();
FileInputStream entrada = null;
int leo;
try
{
entrada = new FileInputStream( "fich.txt" );
while ( ( leo = entrada.read() ) != -1 )
lanza.lanzaSiNegativo( leo );
entrada.close();
System.out.println( "Todo fue bien" );
} catch ( MiExcepcion e ){ // Personalizada
System.out.println( "Excepcion: " + e.getMessage() );
} catch ( IOException e ){ // Estándar
}finally
{
if ( entrada != null )
try
{
entrada.close(); // Siempre queda cerrado
} catch ( Exception e )
{
}
System.out.println( "Fichero cerrado." );
}
}
}
78
class Excepciones
{
public static void main( String[] args )
{
// Para leer un Archivo
FileInputStream entrada = null;
Lanzadora lanza = new Lanzadora();
int leo;
try
{
entrada = new FileInputStream("fich.txt");
while ( ( leo = entrada.read() ) != -1 )
80
lanza.lanzaSiNegativo( leo );
System.out.println( "Todo fue bien" );
} catch ( MiExcepcion e ){ // Personalizada
} catch ( IOException e ){ // Estándar
}
finally
{
entrada.close(); // Así el fichero siempre queda cerrado
System.out.println( "Fichero cerrado" ); }
}
}
Este programa lee un Archivo (fichero.txt), y lee su contenido en forma de números.

Si alguno de los números leídos es negativo, lanza una excepción MiExcepcion,
Además gestiona la excepción IOException, que es una excepción de las que Java
incluye y que se lanza si hay algún problema en una operación de entrada/salida.
Ambas excepciones son gestionadas, imprimiendo su contenido (cadena de error) por

pantalla.
La salida de este programa, suponiendo un número negativo sería:
Excepción: Numero negativo

Archivo cerrado
En el caso de que no hubiera ningún número negativo sería:
Todo fue bien
79
Archivo cerrado
En el caso de que se produjese un error de E/S, al leer el primer número, sería:
Excepción: java.io.IOException
Archivo cerrado
5.8.3 Los métodos
Los métodos son subrutinas que definen la interfaz de una clase, sus capacidades y
comportamiento.
Un método ha de tener por nombre cualquier identificador legal distinto de los ya

utilizados por los nombres de la clase en que está definido. Los métodos se declaran al
mismo nivel que las variables de instancia dentro de una definición de clase.
En la declaración de los métodos se define el tipo de valor que devuelven y a una lista
formal de parámetros de entrada, de sintaxis tipo identificador separadas por comas.
La forma general de una declaración de método es:
tipo_devuelto nombre_de_método( lista-formal-de-parámetros )

{
cuerpo_del_método;
}
Por ejemplo el siguiente método devuelve la suma de dos enteros:
int metodoSuma( int paramX, int paramY )

{
return ( paramX + paramY );
}
En el caso de que no se desee devolver ningún valor se deberá indicar como tipo la
palabra reservada void. Así mismo, si no se desean parámetros, la declaración del
método debería incluir un par de paréntesis vacíos (sin void):serf
void metodoVacio( ) { };
Los métodos son llamados indicando una instancia individual de la clase, que tendrá su
propio conjunto único de variables de instancia, por lo que los métodos se pueden
referir directamente a ellas.
El método inicia() para establecer valores a las dos variables de instancia sería el
siguiente:
80
void inicia( int paramX, int paramY )
{
x = paramX;
y = paramY;
}
5.8.4 La instanciación de las clases: Los objetos

5.8.4.1 Referencias a Objeto e Instancias
Los tipos simples de Java describían el tamaño y los valores de las variables.
Cada vez que se crea una clase se añade otro tipo de dato que se puede utilizar igual
que uno de los tipos simples. Por ello al declarar una nueva variable, se puede utilizar
un nombre de clase como tipo. A estas variables se las conoce como referencias a
objeto.
Todas las referencias a objeto son compatibles también con las instancias de subclases
de su tipo. Del mismo modo que es correcto asignar un byte a una variable declarada
como int, se puede declarar que una variable es del tipo MiClase y guardar una
referencia a una instancia de este tipo de clase:
MiPunto p;
Esta es una declaración de una variable p que es una referencia a un objeto de la clase
MiPunto, de momento con un valor por defecto de null. La referencia null es una
referencia a un objeto de la clase Object, y se podrá convertir a una referencia a
cualquier otro objeto porque todos los objetos son hijos de la clase Object.
5.8.4.2 Constructores
Las clases pueden implementar un método especial llamado constructor. Un

constructor es un método que inicia un objeto inmediatamente después de su
creación. De esta forma nos evitamos el tener que iniciar las variables explícitamente
para su iniciación.
El constructor tiene exactamente el mismo nombre de la clase que lo implementa; no

puede haber ningún otro método que comparta su nombre con el de su clase.
Una vez definido, se llamará automáticamente al constructor al crear un objeto de esa

clase (al utilizar el operador new).
El constructor no devuelve ningún tipo, ni siquiera void. Su misión es iniciar todo

estado interno de un objeto (sus atributos), haciendo que el objeto sea utilizable
inmediatamente; reservando memoria para sus atributos, iniciando sus valores...
81
Por ejemplo:
MiPunto( )
{
inicia( -1, -1 );
}
Este constructor denominado constructor por defecto, por no tener parámetros,

establece el valor -1 a las variables de instancia x e y de los objetos que construya.
El compilador, por defecto ,llamará al constructor de la superclase Object() si no se

especifican parámetros en el constructor.
Este otro constructor, sin embargo, recibe dos parámetros:
MiPunto( int paraX, int paraY )

{
inicia( paramX, paramY );
}
La lista de parámetros especificada después del nombre de una clase en una sentencia
new se utiliza para pasar parámetros al constructor.
Se llama al método constructor justo después de crear la instancia y antes de que new
devuelva el control al punto de la llamada.
Así, cuando ejecutamos el siguiente programa:
MiPunto p1 = new MiPunto(10, 20);

System.out.println( "p1.- x = " + p1.x + " y = " + p1.y );
Se muestra en la pantalla:
p1.- x = 10 y = 20
Para crear un programa Java que contenga ese código, se debe de crear una clase que
contenga un método main(). El intérprete java se ejecutará el método main de la clase
que se le indique como parámetro.
5.8.4.3 El operador new
El operador new crea una instancia de una clase (objetos) y devuelve una referencia a
ese objeto. Por ejemplo:
82
MiPunto p2 = new MiPunto(2,3);
Este es un ejemplo de la creación de una instancia de MiPunto, que es controlador por

la referencia a objeto p2.
Hay una distinción crítica entre la forma de manipular los tipos simples y las clases en
Java: Las referencias a objetos realmente no contienen a los objetos a los que
referencian. De esta forma se pueden crear múltiples referencias al mismo objeto,
como por ejemplo:
MiPunto p3 =p2;
Aunque tan sólo se creó un objeto MiPunto, hay dos variables (p2 y p3) que lo
referencian. Cualquier cambio realizado en el objeto referenciado por p2 afectará al
objeto referenciado por p3. La asignación de p2 a p3 no reserva memoria ni modifica
el objeto.
De hecho, las asignaciones posteriores de p2 simplemente desengancharán p2 del

objeto, sin afectarlo:
p2 = null; // p3 todavía apunta al objeto creado con new
Aunque se haya asignado null a p2, p3 todavía apunta al objeto creado por el
operador new.
Cuando ya no haya ninguna variable que haga referencia a un objeto, Java reclama
automáticamente la memoria utilizada por ese objeto, a lo que se denomina recogida
de basura.
Cuando se realiza una instancia de una clase (mediante new) se reserva en la memoria
un espacio para un conjunto de datos como el que definen los atributos de la clase
que se indica en la instanciación. A este conjunto de variables se le denomina variables
de instancia.
La potencia de las variables de instancia es que se obtiene un conjunto distinto de ellas

cada vez que se crea un objeto nuevo. Es importante el comprender que cada objeto
tiene su propia copia de las variables de instancia de su clase, por lo que los cambios
sobre las variables de instancia de un objeto no tienen efecto sobre las variables de
instancia de otro.
83
El siguiente programa crea dos objetos MiPunto y establece los valores de x e y de
cada uno de ellos de manera independiente para mostrar que están realmente
separados.
MiPunto p4 = new MiPunto( 10, 20 );

System.out.println("p4.- x = " + p4.x + " y = " + p4.y);
System.out.println("p5.- x = " + p5.x + " y = " + p5.y);
Este es el aspecto de salida cuando lo ejecutamos.
p4.- x = 10 y = 20
p5.- x = 42 y = 99
5.8.5. Acceso al objeto
5.8.5.1 El operador punto (.)
El operador punto (.) se utiliza para acceder a las variables de instancia y los métodos
contenidos en un objeto, mediante su referencia a objeto:
referencia_a_objeto.nombre_de_variable_de_instancia
referencia_a_objeto.nombre_de_método( lista-de-parámetros );
Hemos creado un ejemplo completo que combina los operadores new y punto para
crear un objeto MiPunto, almacenar algunos valores en él e imprimir sus valores
finales:

System.out.println ("p6.- 1. X=" + p6.x + " , Y=" + p6.y);
p6.inicia( 30, 40 );
System.out.println ("p6.- 2. X=" + p6.x + " , Y=" + p6.y);
Cuando se ejecuta este programa, se observa la siguiente salida:
p6.- 1. X=10 , Y=20

p6.- 2. X=30 , Y=40
Durante las impresiones (método println()) se accede al valor de las variables mediante
p6.x y p6.y, y entre una impresión y otra se llama al método inicia(), cambiando los
valores de las variables de instancia.
84
Este es uno de los aspectos más importantes de la diferencia entre la programación
orientada a objetos y la programación estructurada. Cuando se llama al método
p6.inicia(), lo primero que se hace en el método es sustituir los nombres de los
atributos de la clase por las correspondientes variables de instancia del objeto con que
se ha llamado. Así por ejemplo x se convertirá en p6.x.
Si otros objetos llaman a inicia(), incluso si lo hacen de una manera concurrente, no se

producen efectos laterales, ya que las variables de instancia sobre las que trabajan son
distintas.
5.8.5.2 La referencia this
Java incluye un valor de referencia especial llamado this, que se utiliza dentro de
cualquier método para referirse al objeto actual. El valor this se refiere al objeto sobre
el que ha sido llamado el método actual. Se puede utilizar this siempre que se requiera
una referencia a un objeto del tipo de una clase actual. Si hay dos objetos que utilicen
el mismo código, seleccionados a través de otras instancias, cada uno tiene su propio
valor único de this.
Un refinamiento habitual es que un constructor llame a otro para construir la instancia

correctamente. El siguiente constructor llama al constructor parametrizado
MiPunto(x,y) para terminar de iniciar la instancia:
MiPunto()
{
this( -1, -1 ); // Llama al constructor parametrizado
}
En Java se permite declarar variables locales, incluyendo parámetros formales de

métodos, que se solapen con los nombres de las variables de instancia.
No se utilizan x e y como nombres de parámetro para el método inicia, porque

ocultarían las variables de instancia x e y reales del ámbito del método. Si lo
hubiésemos hecho, entonces x se hubiera referido al parámetro formal, ocultando la
variable de instancia x:
void inicia2( int x, int y )

{
x = x; // Ojo, no modificamos la variable de instancia!!!
this.y = y; // Modificamos la variable de instancia!!!
}
85
5.8.6. La destrucción del objeto
5.8.6.1 La destrucción de los objetos
Cuando un objeto no va a ser utilizado, el espacio de memoria de dinámica que utiliza

ha de ser liberado, así como los recursos que poseía, permitiendo al programa
disponer de todos los recursos posibles. A esta acción se la da el nombre de
destrucción del objeto.
En Java la destrucción se puede realizar de forma automática o de forma

personalizada, en función de las características del objeto.
5.8.6.2 La destrucción por defecto: Recogida de basura
El intérprete de Java posee un sistema de recogida de basura, que por lo general

permite que no nos preocupemos de liberar la memoria asignada explícitamente.
El recolector de basura será el encargado de liberar una zona de memoria dinámica

que había sido reservada mediante el operador new, cuando el objeto ya no va a ser
utilizado más durante el programa (por ejemplo, sale del ámbito de utilización, o no es
referenciado nuevamente).
El sistema de recogida de basura se ejecuta periódicamente, buscando objetos que ya

no estén referenciados.
5.8.6.3 La destrucción personalizada: finalize
A veces una clase mantiene un recurso que no es de Java como un descriptor de

archivo o un tipo de letra del sistema de ventanas. En este caso sería acertado el
utilizar la finalización explícita, para asegurar que dicho recurso se libera. Esto se hace
mediante la destrucción personalizada, un sistema similar a los destructores de C++.
Para especificar una destrucción personalizada se añade un método a la clase con el

nombre finalize:
class ClaseFinalizada
{
ClaseFinalizada() { // Constructor
// Reserva del recurso no Java o recurso compartido
}
protected void finalize()
{
// Liberación del recurso no Java o recurso compartido
86
}
}
El intérprete de Java llama al método finalize(), si existe cuando vaya a reclamar el

espacio de ese objeto, mediante la recogida de basura.
Debe observarse que el método finalize() es de tipo protected void y por lo tanto
deberá de sobreescribirse con este mismo tipo.
5.8.7 Herramientas De Java
Con cada una de las versiones que Sun lanza del JDK, se acompaña de una serie de
bibliotecas con clases estándar que valen como referencia para todos los
programadores en Java.
Estas clases se pueden incluir en los programas Java, sin temor a fallos de portabilidad.
Además, están bien documentadas (mediante páginas Web), y organizadas en
paquetes y en un gran árbol de herencia.
A este conjunto de paquetes (o bibliotecas) se le conoce como la API de Java

(Application Programming Interface).
A continuación se explicara los paquetes basicos de la API de JAVA, aunque algunos de

ellos tienen subpaquetes.
5.8.7.1 Paquetes de utilidades


java.lang: Fundamental para el lenguaje. Incluye clases como String o StringBuffer.
java.io: Para la entrada y salida a través de flujos de datos, y ficheros del sistema.
java.util: Contiene colecciones de datos y clases, el modelo de eventos, facilidades
horarias, generación aleatoria de números, y otras clases de utilidad.
java.math: Clases para realizar aritmética con la precisión que se desee.
java.text: Clases e interfaces para manejo de texto, fechas, números y mensajes de
una manera independiente a los lenguajes naturales.
java.security: Clases e interfaces para seguridad en Java: Encriptación RSA..
5.8.7.2 Paquetes para el desarrollo gráfico


java.applet: Para crear applets y clases que las applets utilizan para comunicarse con
su contexto.
java.awt: Para crear interfaces con el usuario, y para dibujar imágenes y gráficos.
javax.swing: Conjunto de componentes gráficos que funcionan igual en todas las
plataformas que Java soporta.
87
javax.accesibility:
Da soporte a clases de accesibilidad para personas discapacitadas.
java.beans: Para el desarrollo de JavaBeans.
5.8.7.3 Paquetes para el desarrollo en red


java.sql: Paquete que contiene el JDBC, para conexión de programas Java con Bases
de datos.
java.rmi: Paquete RMI, para localizar objetos remotos, comunicarse con ellos e incluso
enviar objetos como parámetros de un objeto a otro.
org.omg.CORBA: Facilita la posibilidad de utilizar OMG CORBA, para la conexión entre
objetos distribuidos, aunque esté codificados en distintos lenguajes.
1. Investiga cuales son las herramientas utilizas en java y diga cual es su función.
2. Construye un arreglo donde incluya un método.
3. Realice un mapa conceptual con el siguiente tema E/s.
4. Realice una abstracción jerárquica de su carro donde enuncie el sistema principal y
los subsistemas.
5. Escriba los enunciados que ejecuten cada uno de los siguientes:
Introduzca el valor en el elemento 4 de un arreglo de punto flotante de un solo
subíndice b.
6. Determine e imprima los valores más pequeños y más contenidos en un arreglo de
punto flotante w de 99 elementos.
88
CAPITULO 6. Herencia y Extensión de Clases
6.1 La Herencia
La verdadera potencia de la programación orientada a objetos radica en su capacidad

para reflejar la abstracción que el cerebro humano realiza automáticamente durante el
proceso de aprendizaje y el proceso de análisis de información.
Las personas percibimos la realidad como un conjunto de objetos interrelacionados.

Dichas interrelaciones, pueden verse como un conjunto de abstracciones y
generalizaciones que se han ido asimilando desde la niñez. Así, los defensores de la
programación orientada a objetos afirman que esta técnica se adecua mejor al
funcionamiento del cerebro humano, al permitir descomponer un problema de cierta
magnitud en un conjunto de problemas menores subordinados del primero.
La capacidad de descomponer un problema o concepto en un conjunto de objetos

relacionados entre sí, y cuyo comportamiento es fácilmente identificable, puede ser
muy útil para el desarrollo de programas informáticos.
6.2 Jerarquía
La herencia es el mecanismo fundamental de relación entre clases en la orientación a

objetos. Relaciona las clases de manera jerárquica; una clase padre o superclase sobre
otras clases hijas o subclases.
Los descendientes de una clase heredan todas las variables y métodos que sus
ascendientes hayan especificado como heredables, además de crear los suyos propios.
La característica de herencia, nos permite definir nuevas clases derivadas de otra ya

existente, que la especializan de alguna manera. Así logramos definir una jerarquía de
clases, que se puede mostrar mediante un árbol de herencia.
En todo lenguaje orientado a objetos existe una jerarquía, mediante la que las clases se
relacionan en términos de herencia. En Java, el punto más alto de la jerarquía es la
clase Object de la cual derivan todas las demás clases.
89
6.3 Herencia múltiple
En la orientación a objetos, se consideran dos tipos de herencia, simple y múltiple. En

el caso de la primera, una clase sólo puede derivar de una única superclase.
Para el segundo tipo, una clase puede descender de varias superclases.
En Java sólo se dispone de herencia simple, para una mayor sencillez del lenguaje, si
bien se compensa de cierta manera la inexistencia de herencia múltiple con un
concepto denominado interface, que estudiaremos más adelante.
6.4 Declaración
Para indicar que una clase deriva de otra, heredando sus propiedades (métodos y
atributos), se usa el término extends, como en el siguiente ejemplo:
public class SubClase extends SuperClase

{
// Contenido de la clase
}
Por ejemplo, creamos una clase MiPunto3D, hija de la clase ya mostrada MiPunto:
class MiPunto3D extends MiPunto

{
int z;
MiPunto3D( )
{
x = 0; // Heredado de MiPunto
y = 0; // Heredado de MiPunto
z = 0; // Nuevo atributo
}
}
La palabra clave extends se utiliza para decir que deseamos crear una subclase de la
clase que es nombrada a continuación, en nuestro caso MiPunto3D es hija de MiPunto.
6.5 Limitaciones en la herencia
Todos los campos y métodos de una clase son siempre accesibles para el código de la
misma clase.
90
Para controlar el acceso desde otras clases, y para controlar la herencia por las
subclase, los miembros (atributos y métodos) de las clases tienen tres modificadores
posibles de control de acceso:
public: Los miembros declarados public son accesibles en cualquier lugar en que sea
accesible la clase, y son heredados por las subclases.
private: Los miembros declarados private son accesibles sólo en la propia clase.
protected: Los miembros declarados protected son accesibles sólo para sus subclases
Por ejemplo:
class Padre
{ // Hereda de Object
// Atributos
private int numeroFavorito, nacidoHace, dineroDisponible;
// Métodos
public int getApuesta()
{
return numeroFavorito;
}
protected int getEdad()
{
return nacidoHace;
}
private int getSaldo()
{
return dineroDisponible;
}
}
class Hija extends Padre

{
// Definición
}
class Visita
{
// Definición
}
En este ejemplo, un objeto de la clase Hija, hereda los tres atributos (numeroFavorito,
nacidoHace y dineroDisponible) y los tres métodos (getApuesta(), getEdad() y
getSaldo() ) de la clase Padre, y podrá invocarlos.
91
Cuando se llame al método getEdad() de un objeto de la clase Hija, se devolverá el
valor de la variable de instancia nacidoHace de ese objeto, y no de uno de la clase
Padre.
Sin embargo, un objeto de la clase Hija, no podrá invocar al método getSaldo() de un

objeto de la clase Padre, con lo que se evita que el Hijo conozca el estado de la cuenta
corriente de un Padre.
La clase Visita, solo podrá acceder al método getApuesta(), para averiguar el número
favorito de un Padre, pero de ninguna manera podrá conocer ni su saldo, ni su edad
(sería una indiscreción, ¿no?).
6.6. La clase Object
La clase Object es la superclase de todas las clases da Java. Todas las clases derivan,
directa o indirectamente de ella. Si al definir una nueva clase, no aparece la cláusula
extends, Java considera que dicha clase desciende directamente de Object.
La clase Object aporta una serie de funciones básicas comunes a todas las clases:
public boolean equals( Object obj ): Se utiliza para comparar, en valor, dos objetos.
Devuelve true si el objeto que recibe por parámetro es igual, en valor, que el objeto
desde el que se llama al método. Si se desean comparar dos referencias a objeto se
pueden utilizar los operadores de comparación == y !=.
public int hashCode(): Devuelve un código hash para ese objeto, para poder
almacenarlo en una Hashtable.
protected Object clone() throws CloneNotSupportedException: Devuelve una copia
de ese objeto.
public final Class getClass(): Devuelve el objeto concreto, de tipo Class, que
representa la clase de ese objeto. protected void finalize() throws Trowable: Realiza
acciones durante la recogida de basura.
E/S caracteres
Organización del código
Utilización de Sentencias en Java
Sentencias de selección
Sentencias de repetición
Principios de los applets
6.7 Extensión De Clases
6.7.1 Composición De Objetos Extendido
6.7.1.1subclase
92
Es una versión especializada de una superclase, que hereda todas las variables de
instancia y los métodos definidos por a superclase y que añade sus propios
elementos.
Ejemplo:
Este ejemplo crea una superclase llamada A y una subclase B entonces tenemos:
// ejemplo de herencia
// crea una superclase.
class A
{
int i, j;
void showij();
system.out.println (“i y j:”+i+” “+j);
}
}
// crea una subclase extendiendo la clase A
class B extendí a
{
int k;
void show ();{
system.out.println(“k: “+k);
}
void sum();
{
System.out.println (“i+ j+k: “ +(i+j+k));
}
}
class SimpleInheritance
{
public static void main (string args[ ]){
A superOb = new A ();
B superOb = new b ();
//La superclase se puede usarse así misma.
SuperOb.i = 10;
SuperOb.j = 20;
System.out.println (“Contenido de SuperOb: ”);
SuperOb.showij();
System.out.println();
93
/* la subclase tiene acceso a todos los miembros públicos de la superclase.*/
SuperOb.i = 7;
SuperOb.j = 8;
SuperOb.k = 9;
System.out.println (“Contenido de SubOb: ”);
SuperOb.showij ( );
SuperOb.showk ( );
System.out.println ( );
System.out.println ( “ suma de i, j y k en subOb: “);
subOb.sum ( );
}
}
La salida de este programa debe ser la siguiente; Contenido de la superOb:

I y j: 10 ,20
Contenido de la subOb:
I y j: 7,8 K: 9
Suma de i, j y k en subOb:
I+j+k: 24
6.7.2 Relación de tipo de herencia
Existen 2 tipos de herencia simple, cuando depende de un solo padre y múltiple

cuando hereda de varios padres.
6.7.2.1 Métodos
Forma general de un método:
Tipo nombre_de_método(lista_de_parámetros)
{
//cuerpo_del_método
}
Aquí, tipo especifica el tipo de dato devuelto por el método. Puede ser cualquier tipo
válido, incluidos los tipos de clase. Si el método no devuelve ningún valor, el tipo
devuelto debe ser void.
94
El nombre del método puede ser cualquier identificador válido distinto de los ya
utilizados por otros elementos del ámbito actual. La lista de parámetros son variables
que reciben el valor de los argumentos que se pasan al método. Si el método no tiene
parámetros, entonces la lista de parámetros estará vacía..
Los métodos que devuelven un tipo distinto de void, devuelve un valor a la rutina
llamante utilizando la siguiente forma de la sentencia return.
Return valor. Java proporciona un mecanismo para la llamada a funciones C y C++

desde nuestro código fuente java. Para definir como funciones C o C++ se utiliza la
palabra clave native.
Ejemplo
Public class fecha

{
Int ahora;
Public fecha()
{
Ahora =time();
}
private native int time();
static{
system.loadLibrary(“time”);
}
}
una vez escrito el código Java, se necesitan ejecutar los pasos para poder integrar el
código C oC++:
Utilizar javah para crear un fichero de cabecera (.h)
Utilizar javah para crear un fichero de stubs, es decir, contiene la declaración de las
funciones.
Escribir el código del método nativo en C o C++, es decir, rellenar el código de la
función, completando el trabajo de javah al crear el fichero de stubus
Compilar el fichero de stubs y el fichero .c en una librería de carga dinámica(DLL en
Windows ’95 o lobXX.so en UniX)
Ejecutar la aplicación con el appletviwer
6.7.2.2 Sobrecarga De Método
Java utiliza la sobrecarga de métodos para implementar polimorfismos, al invocar un

método sobrecargado, java utiliza el número de argumentos para determinar la
versión del método sobrecargado el cual debe llamar.
95
Ejemplo:
// Ejemplo de sobrecarga de métodos

class overloadDemo
void test()
{
System.out.println (“ Sin parámetros”);
}
//Sobrecarga del método test con un parámetro enteros.
System.out.println (“a: “+a);
}
// Sobrecarga el método test con un parámetro con dos parámetros //enteros.
Void test (int a, int b)
{
System.out.println (“a y b: “ +a+” ” + b);
}
// sobrecarga del método test con un parámetro double
double test(double a)
{
System.out.println (“a double: “ +a);
Return a*a;
}
}
class overload
{
public static void main (string args[ ])
{
overloadDemo ob=new overloadDemo( );
double result;
// llama a todas las versiones de test ( )
ob.test ( );
ob.test (10 );
ob.test ( 10,20);
result = ob.test (123 .2 );
system. Out. Println (“Resultado de ob.test(123 .2): “ + result);
}
}
EL PROGRAMA GENERA LA SIGUIENTE SALIDA

Sin parámetros
96
a : 10
a y b: 10 20
a double: 123 .2
Resultado de ob.test(123.2): 15178.2
Clase object y códigos genéricos: La clase object es definida por java, esta clase es
la superclase de las demás clases, donde esta clase puede referenciar a un objeto de
otra clase; teniendo en cuenta que las matrices se implementan como las clases una
variable de tipo object puede referenciar a una matriz.
La clase object define los siguientes métodos:
Object clone ( ): crea un nuevo objeto igual al que está siendo duplicado
Bolean equeal(object objeto): determina si un objeto es igual a otro.
Void finalize ( ): llamada que se realiza antes de que un objeto se reciclado
Class get (): obtiene en tiempo de ejecución la clase de un tiempo
Int hashCode: Devuelve el código hash asociado al objeto llamante.
6.8. Applest Y Web
6.8.1 Applets
Programas elementales incluidos en páginas HTML a través de la etiqueta app y que se

despliega en el visualizador tras cargarse la página.
Cuando un usuario solicita un applet construido con java ocurre:

El usuario solicita un documento HTML al servidor de información.
El servidor envía el documento al visualizador del cliente, este documento tienen una
etiqueta app que identifica la referencia a un applet
El bytecode (obtenido por compilación de código java) del applet se transfiere al

cliente.
El visualizador del cliente, que funciona con Java (tiene una VM) interpreta el Bytecode
y despliega el applet .
Como código del applet contiene toda la información necesaria, el usuario tiene una
interacción total con el applet sin relacionarse de nuevo con el servidor.
6.8.2 HTML para Java
HTML es una forma de definir la organización lógica de la información que a través de

enlaces, llamados enlaces de hipertexto e hiperenlaces, permite acceder a otra
97
información relacionada, el enlace hipertexto es un enlace a otro documento con
hipertexto que puede estar en la máquina local de cualquier otra parte de la red.
El elemento que define un documento con hipertexto es que se puede leer de una
forma no lineal, donde el usuario puede elegir distintos caminos a través de los
enlaces, pudiendo acceder a otros documentos relacionados.
La única conexión que tiene HTML con java es que proporcional la etiqueta applet que
permite ejecutar applest. Por lo tanto, es imposible introducir instrucciones de java en
un documento HTML para hacer que se ejecute una applet.
6.8.3 Protocolos Para Trabajo En La Red
Un protocolo es un lenguaje que se usa para ejecutar tareas muy específicas. Por
ejemplo el protocolo para conectar un cliente con un servidor a través de Internet.
Este protocolo se denomina TPC/IP.
Internet es un conexión de varias redes a través de las cuales podemos comunicarnos

para obtener información, escuchar música o ver videos, enviar y recibir datos, leer
noticias, hacer reservaciones en hoteles, negocios, establecer comunicaciones con
otras personas, hacer publicidad, etc., Intranet es una red al interior de una empresa
para establecer una comunicación entre todos los departamentos u oficinas dentro de
una empresa.
Script ejecutable: es un archivo ejecutable que se crea para poder ejecutar una applet
en Internet.
6.8.4 Que Es Un Applet
Los applets (miniaplicación) son programas escritos en Java que sirven para "dar vida"
a las páginas Web (interacción en tiempo real, inclusión de animaciones, sonidos...), de
ahí su potencia.
Los applets son programas que se incluyen en las páginas Web y son ejecutados en la
máquina cliente, con lo que no existen ralentizaciones por la saturación del módem o
del ancho de banda. Permiten cargar a través de la red una aplicación portable que se
ejecuta en el navegador. Para que esto ocurra tan sólo hace falta que el navegador sea
capaz de interpretar Java.
A las páginas que contienen applets se las denomina páginas Java-Powered. Los
applets pueden ser visualizadas con la herramienta appletviewer, incluido en el JDK de
Java.
98
Los applets no son exactamente aplicaciones Java, ya que presentan las siguientes
diferencias respecto a las aplicaciones normales Java:
Se cargan mediante un navegador, no siendo lanzados por el intérprete Java.
Son cargados a través de la red por medio de páginas HTML y no residen en el disco
duro de la máquina que los ejecuta.
Poseen un ciclo de vida diferente; mientras que una aplicación se lanza una vez, un
applet se arranca (inicia) cada vez que el usuario recarga la página en la que se
encuentra la applet.
Tienen menos derechos que una aplicación clásica, por razones de seguridad. De
modo predeterminado en el puesto que los ejecuta no pueden ni leer ni escribir
ficheros, ni lanzar programas, ni cargar DLLs. Sólo pueden comunicarse con el servidor
Web en que se encuentra la página Web que las contiene.
6.8.4.1 Consideraciones sobre la seguridad en las applets
Los applets tienen una serie de restricciones de programación que los hacen "seguros".
Estas restricciones de seguridad son especialmente importantes, ya que evitarán que
se cargue por error un applet que destruya datos de la máquina, que obtenga
información restringida, o que produzca otros daños inesperados.
Los applets no dejan de ser "ejecutables" que funcionan dentro de una aplicación,
como puede ser un visualizador de páginas Web (browser). Este ejecutable puede
obtenerse de una red, lo que significa que hay código posiblemente no fiable que se
ejecuta dentro de la aplicación.
Java tiene muchas salvaguardas de seguridad que minimizan el riesgo de la ejecución

de applets, pero estas salvaguardas también limitan a los programadores de applets en
su capacidad de programación.
El modelo de seguridad para las applets en Java trata una applet como código no
fiable ejecutándose dentro de un entorno fiable. Por ejemplo, cuando un usuario
instala una copia de un navegador Web en una máquina se está fiando de que su
código será funcional en el entorno. Normalmente los usuarios tienen cuidado de qué
instalan cuando proviene de una red. Una applet, por el contrario, se carga desde la
red sin ninguna comprobación de su fiabilidad.
El lenguaje Java y los applets son escritos para que eviten los applets no fiables. Estas
salvaguardas son implementadas para verificar que los códigos de byte de las clases
99
de los applets, no rompen las reglas básicas del lenguaje ni las restricciones de acceso
en tiempo de ejecución. Sólo cuando estas restricciones son satisfechas se le permite al
applet ejecutar su código. Cuando se ejecuta, se le marca para señalar que se
encuentra dentro del intérprete. Esta marca permite a las clases de tiempo de
ejecución determinar cuándo a una fracción del código se le permite invocar a cierto
método. Por ejemplo, una applet está restringida en los hosts en los que se puede
abrir una conexión de red o en un conjunto de URLs a las que puede acceder.
En su conjunto estas restricciones constituyen una política de seguridad. En el futuro,

Java tendrá políticas más ricas, incluyendo algunas que usen encriptación y
autentificación para permitir a las applets una mayor capacidad.
La actual política de seguridad afecta a los recursos que una applet puede usar, cuyos
principales puntos son:
Los accesos que pueden realizar los applets a los ficheros son restringidos. En
particular escribir en ficheros y/o leerles no será una capacidad estándar que se pueda
realizar en los navegadores que soporten applets de Java.
Las conexiones de red serán restringidas a conectar solo con el host del que proviene
el applet.
Un applet no es capaz de usar ningún método que pueda resultar en una ejecución
arbitraria, código no revisado o ambos. Esto incluye métodos que ejecuten programas
arbitrarios (métodos nativos) así como la carga de bibliotecas dinámicas.
Se anticipa en cualquier caso que en el futuro los modelos de seguridad permitirán a

los applets autentificadas superar estas restricciones.
6.8.5 La Clase Applet
6.8.5 .1 Situación de la clase Applet en la API de Java
La clase Applet Java, de la cual han de heredar todos los programas Java que vayan a
actuar como applets, es la única clase que contiene el paquete java.applet de la API de
Java.
Esta clase hereda de Object (como todas las clases Java), pero además hereda de
Component y Container, que son dos clases del paquete gráfico AWT. Esto ya perfila
las posibilidades gráficas de este tipo de aplicaciones Java.
6.8.5.2 Métodos del ciclo de vida
100
Como ya se ha indicado una applet no tiene un ciclo de vida tan "sencillo" como el de
una aplicación, que simplemente se ejecuta hasta que finaliza su método main(). La
siguiente figura modela el ciclo de vida de una applet:
Cada círculo representa una fase en el ciclo de vida de la applet. Las flechas
representan transiciones y el texto representa la acción que causa la transición.
Cada fase está marcada con una invocación a un método de la applet: void init(); Es
invocado cuando se carga la applet. Aquí se suelen introducir las iniciaciones que la
applet necesite.
void start();Es invocado cuando la applet, después de haber sido cargada, ha sido
parada (cambio de página Web, minimización del navegador,...), y de nuevo activada
(vuelta a la página, restauración del navegador,...). Se informa a la applet de que tiene
que empezar su funcionamiento.
void stop(); Es invocado para informar al applet de que debe de parar su ejecución. Así
una applet que utilice threads, debería detenerlos en el código de este método.
void destroy();Es invocado para informar a la applet de que su espacio está siendo
solicitado por el sistema, es decir el usuario abandona el navegador. El applet debe de
aprovechar este momento para liberar o destruir los recursos que está utilizando.
void paint(); Es invocado cada vez que hay que el navegador redibuja el applet. Al crear
una applet no es necesario implementar todos estos métodos. De hecho habrá applets
que no los necesiten.
Cuando un navegador carga una página Web que contiene una applet, suele mostrar
en su parte inferior un mensaje como:
101
initializing... starting...
Esto indica que la applet, se está cargando:
1. Una instancia de la clase applet es creada.

2. El applet es iniciado, mediante su método init().
3. El applet empieza a ejecutarse, mediante su método start().
Cuando el usuario se encuentra con una página Web, que contiene una applet y salta a
otra página, entonces el applet se detiene invocando a su método stop(). Si el usuario
retorna a la página donde reside el applet, ésta vuelve a ejecutarse nuevamente
invocando a su método start().
Cuando el usuario sale del navegador el applet tiene un tiempo para finalizar su
ejecución y hacer una limpieza final, mediante el método destroy().
6.8.6 La Clase Url
Un URL (Uniform Resource Locator) es una dirección de Internet. Cada recurso (fichero,
página Web, imagen...) tiene uno propio. En Java existe una clase denominada URL que
modeliza esta clase de objetos.
La clase URL pertenece al paquete java.net, y tiene una cierta importancia en el

desarrollo de los applets, puesto que muchos de los métodos de la clase Applet la
utilizan para acceder a determinado recurso de Internet o para identificarse.
Podemos especificar un URL de manera absoluta:

URL URLabsoluto = new URL("http://www.host.com/dir/fich.htm");
O bien podemos especificar un URL de manera relativa:
URL URLhost = new URL("http://www.Javasoft.com/");
URL URLrelativo = new URL( URLhost, "dir/fich.htm");
Ambos ejemplos corresponderían al URL "http://www.host.com/dir/fich.htm".
6.8.7 Inclusión de la applet en una página Web
Para incluir una applet en una página Web, una vez compilada la applet, debe incluirse
entre el código HTML de la página Web una etiqueta <APPLET>, que como mínimo ha
de presentar los siguientes tres parámetros:
code: Especifica el URL del fichero de clase Java (*.class) que contiene la applet. width:
Especifica la anchura inicial de la applet (en pixels). heigth: Especifica la altura inicial de
la applet (en pixels).
102
Además, de la etiqueta inicial, una applet puede tener parámetros que se especificarán
mediante etiquetas <PARAM>, que como mínimo han de presentar dos parámetros:
name: Indica el nombre del parámetro de la applet al que esta etiqueta hace
referencia.
value: Establece este valor al parámetro indicado en name de la misma etiqueta.
Así un ejemplo de esto sería:
<applet code="AppletDiagonal.class" width=200 height=200>

<param name=Parametro1 value=Valor1>
<param name=Parametro2 value=Valor2>
</applet>
En este ejemplo la applet puede entender los parámetros Parametro1 y Parametro2,

mediante los métodos que se describen en el siguiente apartado, y obtendría Valor1 y
Valor2 respectivamente.
Se observa que además de la etiqueta <applet> en el código HTML también aparece

una etiqueta </applet>. Esto sucede porque HTML es un lenguaje pareado, en el que
casi todas las etiquetas de inicio de elemento (<etiq>) tienen una etiqueta de fin
(</etiq>).
6.8.7.1 Obtención de los parámetros de la applet
Cuando se incluye una applet en una página Web ha de hacerse mediante la etiqueta
HTML <applet>. Las etiquetas HTML permiten utilizar parámetros, y la etiqueta
<applet> hace lo propio, permitiendo a la applet recibir parámetros de ejecución, tal y
como una aplicación los recibe en el parámetro (un vector de cadenas) de su método
main(Strings).
Los siguientes métodos se utilizan para extraer información de los parámetros que
recibió el applet cuando fue llamado desde el código HTML:
URL getDocumentBase(); Devuelve el URL del documento que contiene la apple´,K

VKVKKLBKK KV
KKLVLV.URL getCodeBase(); Devuelve el URL de la applet.

String getParameter(String name); Devuelve el valor de un parámetro (etiquetas
<param>) que aparezca en el documento HTML.
Si por ejemplo se llamase a una applet, con el código HTML:
103
<applet code="AppletParam.class" width=50 height=50>
<param name=Color value="red">
</applet>
Una llamada en esta applet al método getParameter("Color") devolverá "red".
6.8.7.2 Obtención de información sobre una applet
Algunos métodos de los applet se utilizan para comunicar información o mostrar

mensajes en la pantalla referentes al applet:
boolean isActive(); Comprueba si la applet está activa.

void showStatus(String status); Muestra una cadena del estado en la pantalla.
String getAppletInfo(); Devuelve información relativa a la applet como el autor,
Copyright o versión.
String[ ][ ] getParameterInfo(); Devuelve un vector que describe algún parámetro
específico de la applet. Cada elemento en el vector es un vector de tres cadenas que
tienen la forma: {nombre, tipo, comentario}.
Un ejemplo de como definir este método para una applet que permita un solo
parámetro, color, sería:
public String[][] getParameterInfo()

{
String info[][] = { {"Color","String","foreground color"} };
return info;
}
6.8.7.3 Manipulación del entorno de una applet
Algunas applets pueden afectar al entorno en que están ejecutándose. Para ello se
utilizan los métodos:
AppletContext getAppletContext(); Devuelve un AppletContext, que permite a la applet

afectar a su entorno de ejecución.
void resize( int ancho, int largo); Solicita que se modifique el tamaño de la applet.
También permite recibir un único parámetro Dimension.

Locale getLocale(); Devuelve el Locale de la applet si fue establecido.
void setStub( AppletStub s ); Establece el stub de esta applet.
6.8.8 Ejemplo De Construcción De Una Applet
104
6.8.8.1 Código
Para crear un applet normalmente será necesario importar al menos las bibliotecas
java.awt.* y la java.applet.*.
La clase que represente a la applet se ha de declarar como una subclase de la clase

Applet, para poder sobreescribir los métodos de la clase Applet.
Siempre conviene sobreescribir al menos el método paint() que será llamado por los
navegadores que soporten applets para mostrarles por pantalla.
Vamos a construir un applet denominada AppletDiagonal que simplemente dibuje una

línea diagonal. Un posible código para este applet sería:
import java.awt.*;
import java.applet.*;
public class AppletDiagonal extends Applet
{
public void paint(Graphics g)
{
g.setColor( Color.red );
g.drawLine(0, 0, getWidth(), getHeight() );
}
}
Como funciona este código:
El método paint() recibe un objeto de la clase Graphics. La clase Graphics, incluida en el

AWT, contiene métodos para mostrar varios tipos de gráficos.
Mediante el método setColor() de la clase Graphics se establece el color de primer

plano a rojo, que es uno de los colores predefinidos de la clase Color.
Por último, mediante drawLine() se dibuja una línea dadas las coordenadas de su
esquina superior izquierda y de la inferior derecha. En este caso se indican la esquina
superior izquierda de la applet mediante las coordenadas (0,0), y la esquina inferior
derecha se obtiene mediante dos métodos de la clase Dimension (getWidth(),
getHeight() )
.
6.8.8.2 Ejecución
105
Para ejecutar el applet, una vez compilado el archivo, se introduce el llamado al applet
en una página Web (por ejemplo AppletDiagonal.htm), introduciendo entre su código
HTML lo siguiente:
<applet code="AppletDiagonal.class" width=200 height=200>
</applet>
Cuando se cargue esta página Web en un navegador compatible con Java o mediante
el visualizador de applets que viene con el JDK (appletviewer) se verá algo como:
Se podría dibujar un rectángulo con cambiar la línea de código de drawLine() por otra
que llamase al método drawRect(): g.drawRect(10, 10, r.width –20, r.height –20);
6.9 ACTIVIDADES COMPLEMETARIAS
1. Realiza un mapa conceptual sobre las clases que se manejan en java

2. Investigar más sobre anidado de clases y reflexiona sobre cual es la función
importante en java.
3. ¿Que es una subclase y cual es su función?
4. ¿cual es la función principal de los métodos en la programación java?
5. ¿Cuál es la importancia de los códigos genéricos en java?
6. ¿Cual es la función principal de los protocolos para el trabajo en red?
7. Cuales son las ventajas para utilizar redes a nivel de comunicaciones
8. Haga una lista con los protocolos más importantes a nivel de comunicaciones.
9. ¿Cual es la estructura de una applet?
10. ¿Como se controlan las applets?
11. ¿Dónde se inicia la ejecución de una applet? Explique su respuesta con un ejemplo.
106
12. Diseñe un applet donde actualice los colores del primer plano y del fondo y que
escriba un texto de 5 renglones.
107
7. Glosario De Términos
Abstracción: Cada objeto en el sistema sirve como modelo de un "agente" abstracto

que puede realizar trabajo, informar y cambiar su estado, y "comunicarse" con otros
objetos en el sistema sin revelar cómo se implementan estas características. Los
procesos, las funciones o los métodos pueden también ser abstraídos y cuando los
están, una variedad de técnicas son requeridas para ampliar una abstracción.
Clases: conjuntos de objetos que comparten propiedades y comportamiento.
Encapsulación: También llamada "ocultación de la información", esto asegura que los

objetos no pueden cambiar el estado interno de otros objetos de maneras
inesperadas; solamente los propios métodos internos del objeto pueden acceder a su
estado. Cada tipo de objeto expone una interfaz a otros objetos que especifica cómo
otros objetos pueden interactuar con él. Algunos lenguajes relajan esto, permitiendo
un acceso directo a los datos internos del objeto de una manera controlada y
limitando el grado de abstracción.
Herencia: Organiza y facilita el polimorfismo y la encapsulación permitiendo a los

objetos ser definidos y creados como tipos especializados de objetos preexistentes.
Estos pueden compartir (y extender) su comportamiento sin tener que reimplementar
su comportamiento. Esto suele hacerse habitualmente agrupando los objetos en clases
y las clases en árboles o enrejados que reflejan un comportamiento común.
Mensaje: una comunicación dirigida a un objeto, que le ordena que ejecute uno de
sus métodos con ciertos parámetros.
Método: es un programa asociado a un objeto (o a una clase de objetos), cuya

ejecución se desencadena mediante un "mensaje".
Objetos: entidades complejas provistas de datos (propiedades, atributos) y

comportamiento (funcionalidad, programas, métodos).Corresponden a los objetos
reales del mundo que nos rodea.
Polimorfismo: El polimorfismo es la capacidad que tienen las clases de proporcionar

diferentes implementaciones de métodos a los que se denomina con un mismo
nombre.
Propiedad, atributo o variable: datos asociados a un objeto o a una clase de objetos.
108
8. BIBLIOGRAFIA
Arnow, D., Weiss, G., Introducción a la programación con JAVA, Addison
wesley, 2000.
Larman, C., UML y patrones, Prentice Hall, 1998.
Meyer, B., Construcción de software orientado a objetos, Prentice Hall,
segunda edición, 1997.
Wu, T., Introducción a la programación orientada a objetos con Java, Mc Graw
Hill, 2000.
Joyanes, L., Programación orientada a objetos, Segunda edición, Mc Graw Hill,
1998.
Grez Voss, Introducción Orientada a Objetos, Editorial Mc Graw Hill, 1994
Joyanes, L., C++ a su alcance un enfoque orientada a objetos, Editorial, Mc
Graw Hill, 1994.
Cesar Becerra Santamaría, C++ Una Herramienta para la Programación
Orientada a Objetos, Editorial Mc Graw Hill, 1.993
Fco Javier Ceballos, Programación Orientada a Objetos con C++,Editorial
Alfaomega, 1.998
Nathan Meyers, Programación JAVA en Linux, Editorial Prentice Hall, 2.000.
SITIOS WEB
www.lawebdelprogramador.com
www.programacion.com
http://www.cimat.mx/~jlabreu/CursoJava/
http://www.mindview.net/Books/TIJ
http://java.sun.com/docs/books/tutorial/
http://programacion.com/java/tutoriales/
http://www.inf.udec.cl/~mvaras/estprog/cap44.html
109

Modulo Programacion Orienta A Objetos

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Modulo Programacion Orienta A Objetos

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

PROGRAMACION ORIENTA A OBJETOS

ING. CESAR ORLANDO JIMENEZ ANGARITA

CESAR ORLANDO JIMENEZ ANGARITA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

UNIDAD 1. INTRODUCCION A LA PROGRAMACION ORIENTADA A OBJETOS

CAPITULO 1. INTRODUCCIÓN Y ELEMENTOS BÁSICOS DE PROGRAMACIÓN

CAPITULO 2. PROPIEDADES BÁSICAS DE LA PROGRAMACIÓN ORIENTADA

UNIDAD 2. ESTRUCTURA DE UN OBJETO - INTRODUCCION A JAVA

CAPITULO 3. ANALISIS DE LA ESTRUCTURA Y COMPORTAMIENTO DE UN

CAPITULO 4. FUNDAMENTOS DE JAVA

UNIDAD 3. CLASES Y HERENCIA EN LA PROGRAMACION ORIENTADA A

CAPITULO 5. CLASES EN LA POO

5.8 Gestión De Excepciones Y Errores ............................................................................................ 75

CAPITULO 6. HERENCIA Y EXTENSIÓN DE CLASES

6.8.5 La Clase Applet ........................................................................................................................... 102

CAPITULO 1. Introducción Y Elementos Básicos De Programación Orientada A

Actualmente una de las áreas más importantes en la industria y el ámbito académico

Un lenguaje orientado a objetos ataca estos problemas. Tiene tres características

El concepto de programación orientada a objetos (POO) no es nuevo, lenguajes

El elemento fundamental de la POO es, como su nombre lo indica, el objeto.

Podemos definir un objeto como un conjunto complejo de datos y programas que

Esta definición especifica varias propiedades importantes de los objetos. En primer

Es una manera de pensar, otra manera de resolver un problema; lo más reciente en

Antes se adecuaba el usuario al entendimiento de la computadora. Actualmente, se le

La Orientación a Objetos es un paradigma, es decir, es un modelo para aclarar algo o

La Orientación a Objetos está basada en los tres métodos de organización que

La metodología del software orientado a objetos consiste en:

Las herramientas de programación orientadas a objetos ayudan a manejar la

El diseño del nuevo software se enfoca a complejas interfaces de usuarios, sistemas de

Los objetos mismos protegen los datos privados de modificaciones no deseadas. La

La orientación a objetos surgió de la necesidad de simular sistemas de forma sencilla,

1.3 ¿Que es la POO?

La Programación Orientada a Objetos (POO ú OOP según siglas en inglés) es una

Otra manera en que esto es expresado a menudo, es que la programación orientada a

Los programadores que emplean lenguajes procedimentales, escriben funciones y

Hay un cierto desacuerdo sobre exactamente que características de un método de

El desarrollo de la POO empieza a destacar durante la década de lo 80 tomando en

1.4 Ventajas de POO

La OOP proporciona las siguientes ventajas sobre otros lenguajes de programación

Uniformidad. Ya que la representación de los objetos lleva implica tanto el análisis

Estabilidad. Dado que permite un tratamiento diferenciado de aquellos objetos que

Reutilización. Las clases se construyen a partir de otras clases.

1.5. Desventajas de la tecnología orientada a objetos.

A pesar de que las ventajas de la programación orientada a objetos superan a las

Limitaciones para el programador. No obstante que la tecnología orientada a objetos

Tamaño excesivo en las aplicaciones resultantes. La gran mayoría de los equipos de

Una de las desventajas de la programación orientada a objetos es que cuando se

1.6 Evolución de la programación

POO (Programación Orientada a Objetos)es un importante conjunto de técnicas que se

1.6.1. Programación lineal.

Los lenguajes de programación lineal (BASIC, COBOL Y FORTRAN) no tenían facilidad

1.6.2. Programación Modular

El soporte más elemental de la programación Modular llegó con la aparición de la

Un concepto importante en campo de la programación Estructurada: Abstracción, ya

1.7. Comparación entre la Programación orientada a Objetos y la programación

1.7.1. Paradigma Estructurado

La Programación estructurada fija su atención en el conjunto de acciones que

Descomposición funcional: el sistema es considerado una unidad funcional que se

Generalmente se manejan muchos procesos lo cual hace largos códigos.

El mantenimiento de los desarrollos deben efectuarse minuciosamente.

Los procedimientos empleados en una aplicación pueden reutilizarse teniendo cuidado

Las operaciones se ajustan a las características propias de los lenguajes