[Php-objetos] Posible tesis?

[Leonardo Tadei - Pegasus Tech Supply]

Hola Gerardo!

	lo que describís es un sistema de hace 15 años de Apple que se
llama(ba) FileMaker... en la parte de usar "literatura y sistemas
existentes" para entender el dominio del problema, podrías buscar por
ese lado. 
	Sí es una tesis interesante, pero tenemos que levantar el grado de
abstracción. Es decir, para tu modelo, no hay "localidades" si no
objetos que pueden manejar estos "conjuntos de datos", que tienen
ciertas características, como ser planos, relacionados 1 a 1, 1 a muchos
y muchos a muchos, ya sea por referencia o por copia para todos los
cacos. El usuario define entonces la forma de los objetos y sus
asociaciones.

	Luego se puede ilustrar como un caso de uso concreto la Localidad, el
CP, los Repollos... daría lo mismo.

	Hay un enfoque que trata sobre esta problemática que se llama AOM:
Adaptive Object Model. Es una arquitectura de Objetos.

	Sin embargo esta tesis tiene un problema: te va a llevar a pensar
permanentemente en Tablas y DBs, y esto es lo último que se desea para
este este curso... Tendrías que armar un modelo completo que no se
guarde primero, como el de los Autos y el Combustible o el Banco y la
Cuenta Bancaria y hacerlo andar así antes de hacerlo persistente... si
no vas a pensar nada más que en Tablas...

	Por otra parte, y dado que vos conocés a priori qué es lo que te
gustaría manejar (Localidades, CPs, Provincias, etc, tal vez te convenga
resolver ESTE problema puntual, en vez de hacer una herramienta que se
va a parecer mucho al MS Access pero escrita en PHP... qué opinás?

	Saludos!

El dom, 22-02-2009 a las 12:04 -0300, Gerardo Valiani escribió:
> Estuve pensando en la tesis. Y si, lo que quiero hacer seria en base
> un phpmyadmin. Pero con algunas diferencias. Tal vez otro enfoque.
> Te voy a plantear la idea desde lo que quiero hacer. Despues lo
> llevamos al lenguaje de objetos, si es que la idea es potable.
> 
> Seria como un gestor de tablas. Ya se, no estoy inventando nada nuevo.
> Pero tal vez la idea resulte en un sistema practico.
> 
> Empiezo a comentarte como lo utilizaria el usuario:
> * Imaginemos que el sistema esta instalado pero no tiene ningun dato
> cargado. Es decir, el usuario aun no genero ninguna tabla o, tal vez
> dicho de mejor manera, ningun conjunto de datos. 
> * Supongamos que este usuario, a quien vamos a llamar "John Rambo",
> quiere cargar los datos Localidad, Provincia y, CP (Un ejemplo
> sencillo).
> * John Rambo ingresa en este sistema y se va a un sector donde habria
> un formulario. Este le preguntaria que conjunto de datos quiere crear.
> John Rambo quiere crear un conjuntos de datos llamados "Provincias". Y
> quiere que ese conjunto contenga el nombre de las Provincia. Entonces
> indica que cada elemento de este conjunto va a tener un nombre, ese
> nombre se llamara "provinciaNombre". Hace un click en "Ok". 
> * El sistema recibe la informacion y crea un objeto que se llamara
> "Provincias" y tendra un atributo llamado "provinciaNombre". Tal vez
> el sistema (no lo pense bien aun) crearia tambien un atributo llamado
> "idProvincia".
> * Segun el punto anterior, existiria entonces un objetos escritor de
> otros objetos. Ya que quien recibe la informacion de ese formulario
> que cargo John Rambo seria un objeto que escribiria texto en un
> archivo que grabara con el nombre "class_provincias.php".
> * John Rambo va otra ves al mismo formulario y hace los mismo con CP.
> * El sistema crea otro script llamado "class_cp.php" con los atributos
> "idCP" y "CP".
> * John Rambo ingresa al formulario por tercera ves y crea el conjunto
> de datos "Localidades". Y dice que Localidades contendra
> "localidadNombre". Pero tambien dice que contendra "provinciaNombre" y
> que sera informacion que vendra del otro conjunto de datos antes
> ingresados llamado "Provincia". (Esto se haria a traves de una combo
> que mostraria los conjuntos de datos disponibles). Lo mismo pasaria
> con "CP".
> * El sistema crearia otro script llamado "class_localidades.php" con
> los atributos: "IdLocalidad", "localidadNombre", "provinciaNombre" y
> "CP". ProvinciaNombre y CP serian atributos del tipo objeto provincia
> y objeto CP respectivamente.
> * Todos los objetos que cree John Rambo heredaran de una superclase
> abstracta llamada "conjuntoDatos" (por decir algo) que contendra todos
> los metodos en comun. 
> * Entonces tendriamos objetos con solo atributos, los creados por John
> Rambo. Y una superclase solo con metodos.
> * Cuales son los metodos de la superclase? Y..., por ejemplo,
> "buscar", agregar"", "modificar", "borrar", "ordenar", "limitar". Si,
> como veras el ABM con el paginador y el "ordenar" para que el cliente
> ordene los datos por la columna que quiera.
> * John Rambo tambien setearia (en ese formulario donde creo
> provincias, cp y localidades) otras caracteristicas de ese conjunto de
> datos. Como ya mencione dijo en su momento q
-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key