Barrapunto

"Yo programo en Java, y he hecho algunas cosas con PHP"

Lo cual explica que creas que con PHP no se pueda conseguir una estructuración tan buena como en JAVA.

Si tienes tiempo, pegale una mirada al fuente de MAMBO (que no es precisamente un proyecto 'pequeño')y verás todas las capas separadas que quieras, al estilo PHP, por supuesto. Por otro lado, la lista de corporaciones que usan php, consultable en php.net, parece indicar que no es una mala opción para macroproyectos, después de todo

La ventaja que le veo a php frente a Java, es que la curva de aprendizaje de php es mucho menor, y que las cosas sencillas se hacen de forma sencilla, mientras que en Java tienden a complicarse más ( tampoco una burrada, pero no se hacen de forma tan simple )

> Una aplicación grande con PHP es infumable. No hay nadie que le meta mano.

¿Grande? ¿A qué llamas grande?

Dirijo el desarrollo una intranet corporativa que creo que se puede calificar como "grande" (o quizás "muy grande"): Cientos de usuarios con perfiles muy distintos, cientos de scripts con las funcionalidades ofrecidas por la web, conexiones desde la misma intranet a múltiples BD's corporativas (Informix, Oracle, MS-SQL, MySQL, y quizás en breve BerkeleyDB), uso de plantillas y generación de HTML + CSS válido. El resultado: unos cuantos miles de páginas servidas a diario, usuarios satisfechos, un entorno sumamente ágil, y sin ningún problema.

Está desarrollada en PHP, pero el secreto (en PHP y en Java y en cualquier otra cosa) es tener un buen diseño. Estoy harto de ver scripts en PHP de muchos KB's, cuando por lo general cada script tiene que incluir sólo lo relativo a su funcionalidad. Estoy harto de ver diseños en que todos los scripts incluyen un único fichero común con TODO, en el que puede haber cientos de KB de código y del que difícilmente se usarán más de 20 o 30KB's.

Tengo algo más de 15MB de código PHP (lo acabo de mirar), y pocos o ningún script necesitará procesar más de 50KB's de código (con todo lo que pueda requerir) para su ejecución.

Un mal diseño puede hacer que una modificación produzca errores en docenas de otros scripts, o que la ejecución de un script implique "parsear" decenas de veces más de código que el estrictamente necesario.

Si se separan bien las cosas y tienes un buen diseño de bloques (autentificación, permisos, registro de logs, auditoría, generación de salida -html, XML y PDF's en mi caso- plantillas, y por supuesto las funcionalidades específicas de la intranet) puedes construir webs con enormes funcionalidades manteniendo una enorme simplicidad en el código.