Próximos artículos de PHP

En el próximo par de meses tengo previsto publicar una serie de artículos que estoy preparando sobre PHP, y que serán posiblemente los últimos que publique relacionados con la versión 4 de este lenguaje, ya que tengo previsto comenzar a utilizar PHP5 en todos los futuros proyectos desde ya.

Detallo a continuación los artículos que tengo previsto realizar por si alguien tiene alguna sugerencia que aportarme.

• Programación Orientada a Objetos: PHP4 no es un lenguaje orientado a objetos puro, ni mucho menos, más bien parece que la orientación a objetos se la hayan metido con calzador, pero en cualquier caso, el utilizar este paradigma permite abordar el desarrollo de aplicaciones con mayores probabilidades de éxito, sobretodo conforme incrementa su tamaño. En este artículo explicaré una serie de peculiaridades muy importantes que hay que tener en cuenta. Artículo ya publicado
• Control personalizado de errores: es posible con PHP mostrar información en los errores de forma similar a como sucede en otros lenguajes como ASP.NET o Java, mostrando el punto exacto de error y una pila de las llamadas producidas. En este artículo explicaré como realizar esto utilizando una clase a tal efecto.
• Cargador de clases: si te ha tocado programar una aplicación de tamaño medio en PHP, seguramente habrás utilizado la orientación a objetos. Uno de los problemas que tiene PHP con la orientación a objetos, es que al ser interpretado, es necesario incluir el archivo que define una clase antes de utilizarla, lo cual produce un alto acoplamiento con la ruta física en que éstas están almacenadas. En este artículo explicaré una clase que utilizo desde hace tiempo y que me permite abstraerme de este problema, permitíendome incluso reorganizar de forma completamente transparente la estructura física de carpetas en las que están almacenadas las clases.
• Sistemas de log de mensajes: una herramienta de log suele ser de mucha utilidad para la depuración de las aplicaciones, pero también para controlar el estado de una aplicación en producción. Hay diversas soluciones, desde montarnos una sencilla utilidad que escriba en un archivo, hasta la sofisticación de log4php, similar a log4j y log4net, pasando por un termino medio como PEAR::log
• Cache de datos, bloques de html y páginas web: uno de los grandes problemas de PHP, si no el mayor, aunque para algunos puede ser una ventaja, es que no mantiene el estado entre peticiones, lo cual produce que en cada petición comencemos desde cero y no podamos utilizar cosas como pools de conexiones, o tengamos que regenerar continuamente objetos que en otras tecnologías programaríamos como singletons. Una forma de minimizar esta situación es mediante la utilización de cachés. Estas cachés se pueden utilizar para guardar objetos serializados, bloques generados de html e incluso páginas enteras.
• Acceso a bases de datos: es habitual al desarrollar aplicaciones web de tamaño medio buscar cierta independencia de la base de datos, previendo futuras modificaciones o necesidades de portabilidad. La utilización de conjuntos de clases que nos abstraen de las funciones específicas de PHP nos permiten está abstracción, a la vez que nos ofrecen un marco de desarrollo orientado a objetos más o menos homogéneo con otras tecnologías. En este artículo explicaré la que a mi parecer está mejor diseñada y es más equilibrada, PEAR::DB, y explicaré también una posible adaptación específica para el tratamiento de los autoincrementales en MySQL, lo cual considero que no tiene correctamente resuelto.
• Un pequeño modelo ORM: este artículo aún no estoy muy seguro de querer embarcarme en hacerlo debido a su complejidad, pero lo comento aquí por si acaso. Al hacer aplicaciones orientadas a objetos un problema habitual es el como modelar los objetos y sus relaciones, tal como las tenemos en PHP, en una base de datos relacional. En este artículo explicaré las ventajas de utilizar un modelo de persistencia que permita afrontar la lectura, escritura y actualización de objetos de una forma homogénea y hasta cierto punto independiente del sistema de almacenamiento. En cualquier caso no pretenderá ser un completo sistema de persistencia como Hibernate o similares, dadas las limitaciones de PHP y lo complejo que sería desarrollarlo.