Lenguajes estructurados
UNIT calculo;
INTERFACE
const
NMAX= 10;
MAX_GUARDA= 2000;
type
TDatosEnt= array [1..NMAX] of integer;
TDatosSal= record
NPasos: Shortint;
Paso: array [1..NMAX-1] of record
O1: byte;
O2: byte;
Fn: byte;
end;
end;
procedure Operar (var Arr: TDatosEnt; O1, O2, Func, Nivel: byte; var Vale: boolean); forward;
procedure CalculaCifras (var Entrada: TDatosEnt); forward;
procedure CalculaCifrasRec (var Entrada: TDatosEnt; PA, PB, Func, Nivel: byte); forward;
Concepto de módulo/unidad
Separación de interface/implementación
Tipos definidos por el usuario
Procedimientos y funciones
Lenguajes estructurados
IMPLEMENTATION
var
suma, num: integer;
CopiaOrden: TDatosEnt;
procedure OrdenaComb (var Entrada: TDatosEnt; Nivel: byte);
var
i, j, maxim, pmaxim, tmp: integer;
begin
CopiaOrden:= Entrada;
num:= Nivel;
for i:= 1 to Nivel-1 do begin
maxim:= CopiaOrden[i];
pmaxim:= i;
j:= i+1;
while j<=Nivel do begin
if CopiaOrden[j]>maxim then begin
maxim:= CopiaOrden[j];
….
end;
end;
end;
Procedimiento con parámetros
Bloques de control estructurados
Separación interface/ implementación
Lenguajes estructurados
Procedimientos y funciones son abstracciones de control
Los tipos definidos por el usuario son abstracciones de datos
Las unidades, módulos o paquetes son abstracciones de nivel superior: abstracciones de funcionalidades
Lenguajes estructurados
Inconvenientes:
Los datos y los procedimientos de manipulación sobre los mismos van por separado.
Es necesario garantizar la ocultación de la implementación.
Proliferación de variables globales. ¿Qué papel juegan?
Los programas son cada vez más complejos y difíciles de mantener.
Evolución e historia de la programación
Lenguajes
de bajo nivel
(Basic, Fortran, Ensamblador, …)
Lenguajes
estructurados
(Pascal, C,Modula, ADA, …)
Lenguajes
orientados a objetos
(Smalltalk, C++, Java, Eiffel, …)
Lenguajes orientados a objetos
// Interface
class Timer {
private:
double StartTime;
double ClockRate;
public:
Timer (void);
bool StartTimer (void);
double ReadTimer (void);
bool Exists;
};
class Elipse {
protected:
double Fcx, Fcy;
double Frx, Fry, Fang;
void FsetXY (int x1, int y1, int x2, int y2);
public:
Elipse (int x1, int y1, int x2, int y2);
Elipse * Clonar (void);
void Pinta (IplImage *image, int color= 0, int ancho= -1);
};
Encapsulación de datos y operaciones
Los datos son privados
Las operaciones son públicas
Una clase es un Tipo Abstracto de Datos
Lenguajes orientados a objetos
// Implementación
Timer::Timer (void)
{
LARGE_INTEGER *QW= new LARGE_INTEGER;
Exists= QueryPerformanceFrequency(QW);
ClockRate= QW->LowPart;
delete QW;
}
bool Timer::StartTimer (void)
{
LARGE_INTEGER *QW= new LARGE_INTEGER;
bool res= QueryPerformanceCounter(QW);
StartTime= QW->LowPart;
delete QW;
return res;
}
Separación interface/ implementación
Lenguajes orientados a objetos
Una clase encapsula los datos de un tipo y las operaciones sobre el mismo
Una clase es, al mismo tiempo, un tipo abstracto de datos y un módulo que encierra un conjunto de funciones relacionadas
Separación clara entre interface (parte visible desde fuera) e implementación (oculta)
Resolución de problemas
¿Cómo resuelve un problema de programación un ingeniero?
A) Tecleando código en una máquina.
B) Siguiendo un proceso metódico.
Resolución de problemas
Estudio de viabilidad, análisis del terreno, requisitos pedidos, etc.
Diseñar los planos del puente y asignar los materiales.
Poner los ladrillos de acuerdo con los planos.
Supervisión técnica del puente.
¿Cómo construye un puente un arquitecto?
1. Análisis del problema
2. Diseño del programa (alg. y estr.)
3. Implementación (programación)
4. Verificación y pruebas
ARQUITECTO INFORMÁTICO
Observación.
Hipótesis.
Experimentación.
Verificación.
MÉTODO CIENTÍFICO INFORMÁTICO
1. Análisis del problema
2. Diseño del programa (alg. y estr.)
3. Implementación (programación)
4. Verificación y pruebas
Resolución de problemas
Conclusiones
Proceso de análisis/diseño. No empezar tecleando código como locos.
Usar abstracciones, respetando los dos principios básicos:
Encapsulación: las funciones relacionadas deben ir juntas (clases, módulos, paquetes, etc.).
Ocultación de la implementación: los aspectos de implementación no son visibles fuera del módulo, clase, etc.
Página anterior | Volver al principio del trabajo | Página siguiente |