[Php-avanzado] Proyecto - Framework php‏

Sab Jul 30 23:05:18 ART 2011

Hola Lucas,

El sáb, 30-07-2011 a las 19:39 -0300, unes pacio escribió:
> Creo que se puede hacer un framework para aplicaciones web, solo que
> hay que interpretarlo de otra forma,

	Mmm... pero si cada uno le da su propio significado a "framework",
todos tendremos razón, pero no podremos saber de qué estamos hablando...

>  la funcion que cumpliria este framework seria lo que es comun a casi
> todas las páginas, sin importar el dominio. Es decir ahorrarnos tiempo
> en maquetacion, hacer que sea simple la compatibilidad entre los
> distintos navegadores, comprimir codigo y optimizar imágenes,

	Hasta acá, lo que tenés sería un framework de generación de HTML.
Synfony es más o menos esto...

>  enviar emails desde la página, funciones anti spam,

	Esto podría ser un framework de validación, y posiblemente necesite
estar acoplado al de presentación.

>  gestion de idiomas,

	Esto no sé si alcanza para framewor, o si basta con una biblioteca.

>  menues, metaetiquetas,

	Esto va para la parte de generación de HTML...

>  apis comunes, 

	Acá me pierdo: ofrecer una API común (entre qué y qué en tal caso) o
usar APIs "comunes" (en cuyo casi la complejidad de la API debería
justificarlo)

> gestionar la configuracion del servidor como lo que va a ser cacheado
> y lo que no, 

	Pero para esto se usan cachés existentes, como Memcaché o alguno de
esos.

> las urls amigables,

	Creo que esto caería también en la generación de HTML.

>  la compresion de archivos, etc.

	Este ya iría en una categoría nueva.

>  Estoy muy errado?

	No sé si estás muy errado, pero así, sin más detalles, podría ser un
sobrediseño innecesario envolver el uso de bibliotecas existentes en
otras, y seguro que no es buena idea mezclar dominios de aplicación en
un mismo framework, en lugar de acotar un problema/dominio y resolverlo.

	Por ejemplo: si uso tu generador de HTML, estoy obligado a usar tu
caché o tu validador de e-mail o spam? Resulta que si estoy obligado,
por buena que sea una parte, si no me sirve usar la otra, no podré usar
nada; ahora bien, si no estoy obligado, entonces la aislación de las
funcionalidades es buena, lo que significa que escribiste varios
framework sin darte cuenta.

	Y hablando de esto, dice Kent Beck [1] que "si no se escribió software
para resolver el mismo dominio de problemas al menos 3 veces
exitosamente en casos diferentes, no se tiene la experiencia suficiente
para pensar en diseñar un framework".
	A lo que Beck apunta es que si no se pasó por esa experiencia, no se
sabe qué es lo que hay que generalizar para que sea reusable.

	Es una buena experiencia la de la gente que diseño Eclipse [2] cuándo
cuentan cómo usan muchos frameworks para construir el IDE y crear una
plataforma, pero en el proceso no se crea ningún framework.

	Seguimos! Es un tema interesantísimo para cambiar opiniones!

1 -
http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla:es-AR:official&sa=X&ei=wrc0TpnrHau50AHf7cXhCw&ved=0CBUQBSgA&q=Kent+Beck+objects&spell=1&biw=1168&bih=764
2 - http://www.eclipse.org/

-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
Blog: http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key