[Binbo-developer] Posible modo de funcionamiento.

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Volviendo a revisar el documento de Herminio me he encontrado con una 
clase cuyo desarrollo ser=E1 muy dificil... la clase es busqueda. La dific=
ultad 
radicar=E1 sin duda en como esta clase ser=E1 capaz de buscar... pues los =
datos 
seguramente se distribuyan en diferentes medios, segun el modulo... ademas=

que habr=E1 sitios privados donde se supone que la busqueda no podria entr=
ar 
(por ejemplo en foros privados)...

Dejando de lado esta clase, creo que estamos a dos pasos de poder utilizar=

binbo con las clases que tenemos y algo m=E1s.

Veamos lo que nos falta para que binbo empiece a funcionar es apenas la 
clase binbo (la m=E1s compleja a priori). Esta clase necesita como atribut=
os al 
menos el nombre de quien la llama (para leer el .ini) y un interprete o pa=
rser 
para mandar cada cosa a su sitio (m=E1s que nada para buscar las variables=
 de 
la plantilla y pasarselos a la clase plantilla para que las interprete)...=
 y a partir 
de aqui tendremos un primer binbo (jejeje teoricamente, con esto podremos 
ver funcionar al ni=F1o XD)

Ahora me surge unas dudas... la primera es la conveniencia o no de que los=

metodos de lectura de .ini sean nativos de binbo.class.php o no y la segun=
da 
como haremos para buscar las cadenas (lo m=E1s facil parece con un ereg).
A partir de aqu=ED binbo tendria que ser capaz de generar la primera pagin=
a... 
Lo que necesitamos tambien es un metodo para identificar cada pagina con 
su ini... el encabezado estandar de todas las paginas de binbo (los 
documentos que genera el usuario) podria ser algo asi:

<?php
$doc_id=3D"Nombre";  //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor
...
// contenido de la pagina
...
?>

Asi como primer documento objetivo para mostrar podriamos plantearno el 
reto de generar esta sencilla pagina:

<?php
$doc_id=3D"Nombre";  //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor

//documento
<html>
<head>
<title>[TITULO]</title>
</head>
<body>
=A1=A1=A1Este es el primer documento generado por binbo!!!
Es la version [BINBO_VERSION] y funciona.
</body>
</html>
?>

... Ahora bien todos os preguntareis (y yo tambien) =BF de donde saca binb=
o el 
valor de esas etiquetas? =BFdonde las almacena? Jejeje pues eso yo tampoco=

lo s=E9. Lo unico que he a=F1adido aqui es el concepto nuevo de "etiquetas=

protegidas" propias de binbo y sus modulos. Estas etiquetas podrian ser 
informativas, sobre versiones y demas.
por ejemplo: 
[VERSION_BINBO]  //devuelve la version de binbo
[NOMBRE_DOCUMENTO] //devuelve el nombre del documento
[VERSION_"NOMBRE_MODULO"] //devuelve la version del modulo...
etc...

El camino a seguir por el ejemplo seria el siguiente:

1)Al llamar a esta pagina se carga la clase binbo
2) Binbo carga el .ini, a partir de $doc_id, donde se encuentran las demas=

clases a incluir
3) Binbo busca las etiquetas de plantilla en el documento y las pasa a la 
clase plantilla.
4) La clase plantilla procesa las etiquetas y devuelve su contenido.
5) Binbo muestra la pagina.

Y bueno esto podria ser la primera forma de trabajo a probar por binbo...
a partir de aqui todo seria crear los editores para que se generese 
automaticamente los .ini y demas, crear las clases restante y los modulos 
que usan esas clases.... pero la base ya estaria construida. Si esto funci=
ona 
y convence, nuestro siguiente paso, como bien dice Hersan, deberia ser 
abordar el dise=F1o logico de binbo... distribuci=F3n y dependencias de cl=
ases, 
metodos, distribuci=F3n y jerarquia de directorios, crear APIs, etc....

Bueno chicos aqui les dejo este mensaje para que lo critiquen y sigamos 
avanzando....

Yum....

Y bueno, ya est=E1 
?>