[Php-avanzado] Proyecto - Framework php
Martin Piazzon
mpiazzon en hotmail.com
Lun Oct 17 00:57:17 ART 2011
Hola, empeze con el desarrollo del frame, todavia falta bastante, me gustaria que lo vieras leo a ver que te parece.
Esta desprolijo y dalta testear mucho pero es la base.
Separe el orm en un desarrollo aparte , despues va a ser parte del frame.
Acepto criticas,opiniones y sugerencias de la lista.
Saludos,
Martin
From: mpiazzon en hotmail.com
To: php-avanzado en pato2.fi.mdp.edu.ar
Date: Sun, 31 Jul 2011 03:06:36 +0000
Subject: Re: [Php-avanzado] Proyecto - Framework php
Hola leo,
> From: leonardot en pegasusnet.com.ar
> To: php-avanzado en pato2.fi.mdp.edu.ar
> Date: Sat, 30 Jul 2011 23:34:56 -0300
> Subject: Re: [Php-avanzado] Proyecto - Framework php
>
> Hola Martín!
>
> no está mal el título, no te hagas problema: está bueno contar lo que
> se piensa e ir puliendo la idea.
>
> Si no cuento mal, proponés 11 áreas diferentes, para las cuales ya
> existe software que se encarga, y para otras hay solapamiento de
> funcionalidades. Primero deberías organizar más todavía las cosas.
En realidad nombre las que se me fueron ocurriendo, seguramente deba tener muchas mas.
>
> Por ejemplo, todo ORM aporta independencia de la base de datos, pero:
> qué aportaría tu ORM a por ejemplo PDO, que ya viene incluido con PHP y
> aporta estas cosas?
En esto estoy de acuerdo, quizas doctrine era la opcion que pensaba incluir (aunque no me guste demasiado) y no reescribir un orm desde 0 que seria un trabajo muy tedioso y muy complejo.
> La pregunta tiene como objetivo plantear la ventaja que aportará el
> esfuerzo de escribir esta herramienta, versus lo que existe y ya se
> puede usar. Si no es una ventaja significativa, generalmente el esfuerzo
> de escribirlo (y mantenerlo!) no lo justifica.
Creo que el objetivo principal que le encuentro es el de aprender y conocer cosas nuevas.
>
> Las herramientas de generación de código son un arma de doble filo, y
> por eso creo que no prosperaron en PHP, ya que generalmente hacer
> cambios en las definiciones exige regenerar el código, con lo que hay
> que volver al menos a copiar y pegar las implementaciones.
No coincido leo, a mi me parecen muy buenas, quizas mas que generar codigo yo generaria archivos, lo que me permitiria modificarlos.
> Las plantillas casi se dejaron de usar (Smarty y similares) ya que
> usando el concepto de layout se consigue lo mismo (o el 90% de eso) y no
> se tienen las contras de usar plantillas, y con CSS nos sacamos de
> encima el resto del problema.
coincido, no usaria un motor de plantillas, quizas el patron decorator era lo que tenia pensado.
> Los frameworks tienen una curva de aprendizaje muy empinada, por lo que
> suele ser más tentador (y divertido) querer escribir el tuyo que
> aprender a usar los 4 o 5 existentes que hacen falta para hacer todo
> esto. Es por esto que cuando uno aprende a usar un framework, el que
> sea, lo defiende y no se quiere pasar a otro ;-) Esto significa que hay
> que elegir con mucho cuidado el framework que se va a usar.
yo conozco/uso symfony y me parece muy bueno, y seguramente no lo voy a dejar de usar, no es la intencion que tengo, dejar symfony y usar el mio, no seria muy inteligente de mi parte creo.
> Como decía en el e-mail anterior, es una discusión muy interesante, y
> al contrario de que podría parecer que te estoy poniendo objeciones, te
> estoy queriendo hacer cuestionamientos para que elijas y decidas todo lo
> posible _antes_ de empezar a diseñar o a escribir algo de la envergadura
> que estás planteando, ya que, al comparar lo que querés hacer con
> frameworks existentes, la primer pregunta a hacerse creo que es "para
> qué voy a escribir un software que ya existe y puedo usar libremente?"
como dije antes me parece una muy buena manera de aprender
> Si querés pasar a charlar de esto, el jueves que viene a partir de las
> 18hs estoy en FI recibiendo tesis de un curso de PHP.
Si puedo me doy una vuelta leo
> Saludos!
>
Saludos
>
> PD: por mucho que Martin Fowler lo diga, MVC es una arquitectura y no un
> patrón de diseño. El MVC ni siquiera encaja en la plantilla definida por
> GoF para definir patrones.
>
>
> El sáb, 30-07-2011 a las 23:56 +0000, Martin Piazzon escribió:
> > Quizas equivoque el titulo leo y no deberia ser framework, lo que me
> > gustaria desarrollar es algo como zake, symfony , zend, etc, no se
> > cual es el nombre que lo definiria.
> >
> > Con las caractristicas comunes de todos estos, un orm , un sistema de
> > plantillas sencillo, independencia de la base de datos, patron mvc,
> > internacionalización, creacion de formularios,gestion de cache,
> > sistema de autenticación, sistema de enrutamiento y urls limpias,
> > integracion con jquery o alguna libreria javascript, alguna
> > herarmineta de generacion de codigo, y alguna mas que podrian ir
> > apareciendo. Basicamente esa mi idea, que sea la base para poder
> > desarrollar tanto un blog como una tienda o cualquier sistema web que
> > se quisiera.
> >
> > Espero haya quedado un poco mas claro.
> >
> > Saludos, Martin
> >
> >
> > ______________________________________________________________________
>
>
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Blog: http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
_______________________________________________
Php-avanzado mailing list
Php-avanzado en pato2.fi.mdp.edu.ar
http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20111017/6137712c/attachment-0001.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: frame.rar
Type: application/octet-stream
Size: 40040 bytes
Desc: no disponible
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20111017/6137712c/attachment-0001.obj>
Más información sobre la lista de distribución Php-avanzado