Pues yo creo que al utilizar Delphi, normalmente uno hace POO (tambien se puede hacer programación estructurada pero es diferente).
Cuando iniciamos un aplicación, Tenemos por defecto creada una clase llamada TForm1 descendiente de TForm, hay declarada una instancia de TForm1, por lo que se termina creando un objeto del mismo.
Colocamos un Botón sobre nuestro formulario y y Tenemos una instancia de TButton llamada Button1 que a su vez esta contenida dentro de TForm1 (clases contenedoras).
Hacemos doble click sobre nuestro Button1 y comenzamos a escribir nuestro código. Estamos escribiendo el código que será ejecutado ante un evento OnClick.
No creo que esto sea programación estructurada.
Lo que pasa es que Delphi nos la hace muy fácil y nos libera de un montón de cosas.
Ahora tambien podemos y en muchos casos es necesario crear nuestras propias clases.
Cita:
|
Empezado por Crandel
En general cada uno de ellos va a estar relacionado con un formulario, por lo que en general no es necesario crear nuevas clases. Sin embargo puedes separar la parte visual de los formularios creando una clase que se encargue de manipular el acceso a cada tabla (se complica mas el diseño).
|
Explicando lo que comente antes, podriamos diseñar una clase llamada TClientes, de la siguiente forma:
Código Delphi
[-]
TCliente = record
Nombre: string;
Direccion: string;
...
end;
TClientes = class
private
....
public
procedure AgregarCliente(cliente: TCliente);
procedure BorrarCliente...
...
end;
Donde en esta clase encapsulemos nuestro acceso a la base de datos, de manera que en nuestra aplicación no nos importe en que tipo de motor estamemos guardando o si estamos guardando nuestros datos en un archivo de texto.
Cuando querramos modificar el lugar donde se guardan los datos simplemente modificamos esta clase y el resto de la aplicación sigue como si nada.
Espero haber sido claro.