Micro Frameworks, motivación y casos de uso

[Aijoona]

Bueno, primer thread en esta sección del foro.

Actualmente me encuentro desarrollando un muy pequeño fw, que provee básicamente de routing (similar a Silex/Slim) y un pequeño gestor de dependencias, por lo cual me gustaría saber:

1. Supongamos que tienen que realizar un pequeño proyecto que no tiene más que un par de vistas y poca lógica de negocio, consideran cómodo utilizar alguno de los frameworks monolíticos (Zend, Symfony, etc)?

2. Probaron alternativas pequeñas* como Silex, Slim?

3. Que consideran uds un mínimo para un framework? Qué características consideran vitales?

4. Considerarían práctico que el fw sea un único archivo?

Saludos, y agradezco las respuestas.

[pateketrueke]

Yo considero que sin importar el tamaño de un framework debe contar con funciones para seguridad, sobre todo si tu pequeña aplicación va a tratar la entrada de los usuarios.

Aunque no estoy seguro de que caracteristicas sean fundamentales, pero vamos, que si es para la web debes tener funciones realmente de utiidad.

No he probado en realidad ninguno de dichos frameworks que mencionas, otro caso es FatFree, suelo usar el mio.

Que sea un solo archivo no es problema, sin embargo yo consideraría por cuestiones de desarrollo que lo separes lo mas posible. La versión en producción puede ser un solo archivo sin comentarios ni espacios de mas, y además concatenado.

Yo suelo usar la instrucción de php para eso último.

php -w script.php > script.min.php

Es practico un sólo archivo al momento de hacer deploy, eso si.

[Aijoona]

Excelente, le voy a pegar una mirada a FatFree.

Cuando hablamos de seguridad es únicamente escapar los inputs por SQL Injection? O considerás otros factores?

Por otro lado, que tan dispuesto estás a abandonar el estandar defacto que es el MVC?

Gracias por la respuesta!

[pateketrueke]

MVC es para mi una forma de trabajar que jamás abandonaría, no es algo que un código o clase te ofrezca por si mismo.

Seguridad no solo es SQL Injection, también hay CSRF, XSS, etc.

[GatorV]

Exacto, dejar MVC es como ir un paso atrás, a menos que propongas algún otro patrón fuerte de diseño.

[Aijoona]

Probaron alguna vez otro tipo de n-layer? ASP.net en algún momento usaba Code Behind.

Dejar el MVC no implica abandonar el esquema de capas, a no alarmarse gente. Puntualmente, se me ocurre que la separación Modelo/Controlador puede ser bastante difusa en proyectos donde la lógica de negocios es prácticamente nula.

Y, más en el caso del MVC donde varía demasiado la responsabilidad que tiene cada capa de acuerdo a la implementación (uno de los tantos lugares donde se habla de esto).

Puede algo como esto considerarse MVC?

Código PHP:

asadoo()
        ->on('/')
        ->on('/home/')
        ->handle(function($request, $response, $dependences) {
            $posts = $dependences->query->from('post')->get();
 
            $posts = array_reverse($posts);
 
            $response->render('views/home.html', array(
                'title' => 'Blog Home',
                'posts' => $posts
            ));
 
            $response->end();
        });
 

Claramente puedo distinguir Controller, View y algo como un QueryBuilder (que NO representa al Model), pero definitivamente no veo el Model, así como tampoco se lo ve necesario dada la nula complejidad del sistema.

Saludos.

[pateketrueke]

Discutir de MVC es trivial, si bien realmente no aplica para la Web al 100% el concepto es útil si aprendemos de lo que se trata.

Varios otros frameworks dicen usar otros paradigmas, la verdad ni me importa, yo solo sé que hay que tener separadas dichas entidades de control, datos y vistas, etc.

No hay que ser purista al momento de tratar los términos.

[Aijoona]

Si bien opino igual, a mi entender lo único que realmente debería estar siempre como una entidad/capa es la vista.

El resto oscila entre sandwich y lasagna, según las capas <?>