Barrapunto

Estoy contigo.

En mi caso, trabajo en una web de una administración pública (un ayuntamiento mediano-grande) con miles de páginas con información estática y muy, muy variada y decenas de pequeños programas PHP desperdigados por ahi que no tienen nada que ver unos con otros.

Con el tiempo, hemos desarrollado nuestro propio modo de trabajo a través librerías (de BD, de generación de RSS, de boletines electrónicos, de firma digital, etc...) intentando separar las 3 capas de la mejor forma posible.

Se me hace dificil encajar los frameworks a la realidad de mi web.

Veo los frameworks adecuados para:
a) Webs donde todo el contenido es dinámico y es más asequible trabajar con modelos-vistas-controladores.
b) Webs con relativamente pocas páginas distintas (15-20) y donde las acciones son pocas y muy definidas, como blogs, wikis, foros,...

Creo que utilizar un framework basado en el patrón modelo-vista-controlador, es útil en cualquier aplicación web, sea con contenido dinámico o estático. En el caso del contenido estático, si en el futuro se quiere integrar contenido dinámico, ya lo tendrás bastante fácil.

En la empresa donde trabajo poco a poco fui creandome mi propio framework orientado a objeto y basado en el patrón modelo-vista-controlador y en PHP 4. Y no utilizo PEAR, ya que también me cree mis propios objetos.

La verdad que ya casi no programo. De una aplicación a otra, copio y pego y poco más. Solo tengo que concentrarme en crear las clases específicas del dominio de aplicación.

Y eso que oigo tantas veces, de que en php 4 es un 'coñazo' programar orientado a objeto, no lo entiendo. Es verdad que no tiene una programación orientada a objeto completa, pero si lo suficiente. Las aplicaciones las hago totalmente orientadas a objeto y en php 4.

Algunas de las ventajas de utilizar un framework serían: reutilización de código, aislamiento de errores, evita redundancia de código, flujo de código fácil de seguir, normalización de código, escalabilidad, estructura de ficheros y directorios común, facilidad de integración y entendimiento con las personas que diseñarán las vistas, etc, ...

Y sobre todo cumple con las dos directrices fundamentales en el desarrollo de software, que son la alta modularidad, y bajo aclopamiento entre módulos.

Y da lo mismo que la web tenga 15 páginas que 1500. Lo que hay que hacer es empezar una web utilizando un framework, aunque en un principio solo vaya a tener dos o tres páginas estáticas.