Cita:
|
Empezado por David
No pretendo eso , sino , que si te dicen que tienes que programar OOP , pues si tienes que hacer cosas como esas .Esa es la duda.
|
Vamos a ver, aquí estás mezclando dos conceptos (OOP y OPF).
OOP que yo sepa (significa Object Oriented Programming -si no lo han cambiado últimamente-
); Programación orientada a objetos, vamos.
Como bien te ha dicho Xander, a lo que tu código se aproxima es a una capa de persistencia (o FrameWork de Persistencia). Estás intentando "mapear" tablas de Bases de Datos en Clases (Proveedor).
Es algo así como intentar trabajar con Orientación a objetos en las Tablas de Base de Datos. Como eso no se puede hacer (ya que una Base de Datos no está orientada a objetos), pues se crea una capa intermedia que nos provee de trabajar con las Tablas como si fueran objetos. Esa capa es un Framework de Persistencia y está formada por un Core y un Diccionario (principalmente); En este caso tu diccionario está formado por la clase (TProveedores).
Imagina ahora que tuvieras 300 clases; Como supongo que en todas no querías programar el Locate, Insert, busquedas, Filtros, borrados,... Pues al final, en el
diccionario quedan únicamente las clases y las operaciones se "sacan" al
CORE (Gestor, Manejador,... como lo quieras llamar).
Ya tienes dos partes fundamentales del OPF. Luego le añades los
Brokers/Conexiones/Conectores... (o como los quieras llamar) para interactuar con las diferentes Base de Datos existentes (ADO, IF, FB, Oracle,...) y tienes la tercera parte.
Bueno, espero no haber aburrido mucho con todo este párrafo.
Básicamente, e intentando contestar a tu pregunta, lo que tú estás haciendo es un paso más allá de la OOP; Es intentar "llevar" la OOP a la Base de Datos y eso tiene el nombre de "Capa de Persistencia".