<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
Hola leo,<br><br><div>> From: leonardot@pegasusnet.com.ar<br>> To: php-avanzado@pato2.fi.mdp.edu.ar<br>> Date: Sat, 30 Jul 2011 23:34:56 -0300<br>> Subject: Re: [Php-avanzado] Proyecto - Framework php<br>> <br>> Hola Martín!<br>> <br>> no está mal el título, no te hagas problema: está bueno contar lo que<br>> se piensa e ir puliendo la idea.<br><br><br><br>> <br>> Si no cuento mal, proponés 11 áreas diferentes, para las cuales ya<br>> existe software que se encarga, y para otras hay solapamiento de<br>> funcionalidades. Primero deberías organizar más todavía las cosas.<br><br>En realidad nombre las que se me fueron ocurriendo, seguramente deba tener muchas mas.<br>> <br>> Por ejemplo, todo ORM aporta independencia de la base de datos, pero:<br>> qué aportaría tu ORM a por ejemplo PDO, que ya viene incluido con PHP y<br>> aporta estas cosas?<br><br>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.<br><br>> La pregunta tiene como objetivo plantear la ventaja que aportará el<br>> esfuerzo de escribir esta herramienta, versus lo que existe y ya se<br>> puede usar. Si no es una ventaja significativa, generalmente el esfuerzo<br>> de escribirlo (y mantenerlo!) no lo justifica.<br><br>Creo que el objetivo principal que le encuentro es el de aprender y conocer cosas nuevas. <br><br>> <br>> Las herramientas de generación de código son un arma de doble filo, y<br>> por eso creo que no prosperaron en PHP, ya que generalmente hacer<br>> cambios en las definiciones exige regenerar el código, con lo que hay<br>> que volver al menos a copiar y pegar las implementaciones.<br><br>No coincido leo, a mi me parecen muy buenas, quizas mas que generar codigo yo generaria archivos, lo que me permitiria modificarlos.<br> <br><br><br>> Las plantillas casi se dejaron de usar (Smarty y similares) ya que<br>> usando el concepto de layout se consigue lo mismo (o el 90% de eso) y no<br>> se tienen las contras de usar plantillas, y con CSS nos sacamos de<br>> encima el resto del problema.<br><br>coincido, no usaria un motor de plantillas, quizas el patron<b> </b>decorator era lo que tenia pensado.<br><br> <br>> Los frameworks tienen una curva de aprendizaje muy empinada, por lo que<br>> suele ser más tentador (y divertido) querer escribir el tuyo que<br>> aprender a usar los 4 o 5 existentes que hacen falta para hacer todo<br>> esto. Es por esto que cuando uno aprende a usar un framework, el que<br>> sea, lo defiende y no se quiere pasar a otro ;-) Esto significa que hay<br>> que elegir con mucho cuidado el framework que se va a usar.<br><br><br>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. <br><br><br>> Como decía en el e-mail anterior, es una discusión muy interesante, y<br>> al contrario de que podría parecer que te estoy poniendo objeciones, te<br>> estoy queriendo hacer cuestionamientos para que elijas y decidas todo lo<br>> posible _antes_ de empezar a diseñar o a escribir algo de la envergadura<br>> que estás planteando, ya que, al comparar lo que querés hacer con<br>> frameworks existentes, la primer pregunta a hacerse creo que es "para<br>> qué voy a escribir un software que ya existe y puedo usar libremente?"<br><br>como dije antes me parece una muy buena manera de aprender<br><br>> Si querés pasar a charlar de esto, el jueves que viene a partir de las<br>> 18hs estoy en FI recibiendo tesis de un curso de PHP.<br><br>Si puedo me doy una vuelta leo<br><br>> Saludos!<br>> <br><br><br>Saludos<br>> <br>> PD: por mucho que Martin Fowler lo diga, MVC es una arquitectura y no un<br>> patrón de diseño. El MVC ni siquiera encaja en la plantilla definida por<br>> GoF para definir patrones.<br>> <br>> <br>> El sáb, 30-07-2011 a las 23:56 +0000, Martin Piazzon escribió:<br>> > Quizas equivoque el titulo leo y no deberia ser framework, lo que me<br>> > gustaria desarrollar es algo como zake, symfony , zend, etc, no se<br>> > cual es el nombre que lo definiria.<br>> > <br>> > Con las caractristicas comunes de todos estos, un orm , un sistema de<br>> > plantillas sencillo, independencia de la base de datos, patron mvc,<br>> > internacionalización, creacion de formularios,gestion de cache,<br>> > sistema de autenticación, sistema de enrutamiento y urls limpias,<br>> > integracion con jquery o alguna libreria javascript, alguna<br>> > herarmineta de generacion de codigo, y alguna mas que podrian ir<br>> > apareciendo. Basicamente esa mi idea, que sea la base para poder<br>> > desarrollar tanto un blog como una tienda o cualquier sistema web que<br>> > se quisiera.<br>> > <br>> > Espero haya quedado un poco mas claro.<br>> > <br>> > Saludos, Martin<br>> > <br>> > <br>> > ______________________________________________________________________<br>> <br>> <br>> <br>> -- <br>> Leonardo Tadei<br>> leonardot@pegasusnet.com.ar<br>> Blog: http://blog.pegasusnet.com.ar<br>> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> <br>> _______________________________________________<br>> Php-avanzado mailing list<br>> Php-avanzado@pato2.fi.mdp.edu.ar<br>> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br></div> </div></body>
</html>