jeee

Capítulo 8. Modularidad.
Lenguajes de Programación

Carlos Ureña Almagro
Curso 2011-12

Contents
1 Introducción

2

1.1

Compilación separada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

1.2

Ocultamiento de información . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

1.3

Restricciones de acceso .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4

1.4

Tipos abstractos de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4

2 Modularidad en Ada

5

2.1

Los packages de Ada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5

2.2

Packages y compilación separada .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8

2.3

Restricciones de acceso en Ada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10

2.4

Implementación de TADs en Ada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

13

3 Modularidad en C/C++

15

3.1

Compilación separada . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . .

15

3.2

Implementación de TADs en C . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

17

3.3

Namespaces en C++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

4 Modularidad en Java
4.1

21

Compilación separada en Java . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . .

1

21

CONTENTS

4.2

CONTENTS

Packages y restricciones de acceso de Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2

22

1

1

INTRODUCCIÓN

Introducción

Programas grandes
Imaginemos un programa grande que puede estar compuesto básicamente de:
• declaraciones de tipos
• declaraciones de variables globales• declaraciones de subprogramas
A cada uno de estos lo llamaremos elementos del programa
En principio, cualquier modificación en un elemento puede afectar a cualquier otro de ellos, ya que puede
haber dependencias arbitrarias entre ellos (a esto se le llama cohesión)
• El programa es difícil de escribir y leer
• El programa es muy dificil de modificar o mantener
• El programa es poco fiable.El objetivo anterior se puede conseguir diviendo un programa en partes, cada una de ellas siendo un grupo
de elementos, de forma que:
• Cada elemento de un grupo esta fuertemente relaccionado con otros elementos de dicho grupo
• Las dependencias entre elementos de grupos distintos son las menores posibles, y en cualquier caso
están bien documentadas.
• Cada parte puede ser reutilizable en másde un programa
La técnica anterior se llama modularidad, y es esencial para la construcción de programas grandes.
• El particionamiento adecuado es una tarea de diseño que puede ser llevada a la práctica usando casi
cualquier lenguaje de programación
• La mayoría de los lenguajes contemplan mecanismos que, bien ayudan a realizar el particionamiento,
o bien soportan explicitamente lamodularidad.
A cada una de las partes de un programa se le llamará, en general, módulo.
En este capítulo veremos varios de dichos mecanismos:
• namespaces de C++ y C#
3

1.1

Compilación separada

1

INTRODUCCIÓN

• packages de Ada
• packages de Java
Además, veremos los mecanismos para la compilación separada, ocultamiento de información y restricciones
de acceso, mecanismos relacionadosen distinto grado con los anteriores, y que sirven al mismo propósito.

1.1

Compilación separada

La compilación separada es la posibilidad de escribir un programa en más de un archivo fuente, de forma que
cada uno de estos archivos puedan ser traducidos (compilado) independientemente en distintas ejecuciones
del traductor.
• Cada uno de los archivos fuente se denomina una unidad de...