Para crear nuestro iterador en PHP tenemos que / podemos implementar la interfaz Iterator. Esto nos permitirá recorrer nuestra colección utilizando un foreach, por ejemplo. La interfaz Iterator declara los siguientes métodos:

• abstract public void rewind(void): debe mover el puntero al primer elemento, sin devolver ningún valor
• abstract public mixed current(void): debe devolver el valor actual
• abstract public scalar key(void): devuelve la clave actual
• abstract public void next(void): mueve el puntero al siguiente elemento
• abstract public boolean valid(void): devuelve true si el iterador sigue siendo válido (no se ha alcanzado el final de la colección) y false en caso contrario

Como ejemplo de iterador en PHP, vamos a implementar algo parecido a la clase DatePeriod de PHP 5.3, que permite iterar sobre los días de un periodo de fechas

<?php
class Intervalo {
    public $inicio;
    public $fin;

    function __construct($inicio, $fin) {
        $this->inicio = strtotime($inicio);
        $this->fin = strtotime($fin);
    }
}

<?php
class IteradorPorDia implements Iterator {
	private $intervalo;

	function __construct(Intervalo $intervalo) {
		$this->intervalo = $intervalo;
	}

    function rewind() {
        $this->claveActual = 1;
        $this->fechaActual = $this->intervalo->inicio;
    }

    function key() {
        return $this->claveActual;
    }

    function current() {
        return date('Y-m-d', $this->fechaActual);
    }

    function next() {
        $this->claveActual++;
        $this->fechaActual = strtotime('+1 day', $this->fechaActual);
    }

    function valid() {
        return ($this->fechaActual <= $this->intervalo->fin);
    }
}

<?php
require_once 'Intervalo.php';
require_once 'IteradorPorDia.php';

$intervalo = new Intervalo('2012-12-24', '2013-01-08');
$iterador = new IteradorPorDia($intervalo);
foreach($iterador as $num => $fecha)
	echo "El día $num del intervalo es $fecha<br/>";

Si queremos seguir el patrón Iterador al pie de la letra (recomendado), haciendo que sea el agregado el que cree el iterador y lo devuelva, nuestra colección tendrá que implementar la interfaz IteratorAggregate y su método abstract public Traversable getIterator(void). Si hacemos esto podremos pasar la colección al foreach directamente, haciendo nuestro código cliente más sencillo y claro.

<?php
require_once 'IteradorPorDia.php';

class Intervalo implements IteratorAggregate {
    public $inicio;
    public $fin;

    function __construct($inicio, $fin) {
        $this->inicio = strtotime($inicio);
        $this->fin = strtotime($fin);
    }

    public function getIterator() {
        return new IteradorPorDia($this);
    }
}

<?php
require_once 'Intervalo.php';

$intervalo = new Intervalo('2012-12-24', '2013-01-08');
foreach($intervalo as $num => $fecha)
	echo "El día $num del intervalo es $fecha
";

La librería estándar de PHP (SPL) también cuenta con varios iteradores predefinidos que pueden ser interesantes, además de una serie de clases que permiten encadenar varios iteradores (AppendIterator), filtrar valores no deseados (FilterIterator), iterar indefinidamente (InfiniteIterator), iterar sobre un subgrupo de elementos (LimitIterator) o iterar de forma recursiva (RecursiveIteratorIterator).

Un buen diseño suele tener un fan-in alto, porque eso implica que estamos reutilizando código que de otra forma habría dado lugar a duplicidades en multitud de clases. El fan-in es una medida de reutilización.

Al contrario, un buen diseño cuenta con un fan-out bajo, idealmente de 7±2, que es, según George Miller, uno de los mayores exponentes de la psicología cognitiva, el número máximo de elementos que una persona normal puede almacenar en su memoria a corto plazo. Con un fan-out bajo nos aseguramos de que la clase es lo bastante sencilla para que no nos resulte difícil trabajar con ella. El fan-out es una medida de complejidad, muy relacionado con el Principio de Responsabilidad Única.

Es particularmente desesperante el intentar inspeccionar un elemento de una página web utilizando Firebug (menú contextual “Inspeccionar elemento con Firebug”) y acabar seleccionando por error la herramienta nativa del navegador (menú contextual “Inspeccionar elemento”). Si a ti también te ha ocurrido, porque es posible que, simplemente, yo sea demasiado caprichoso y peculiar, puedes configurar el que este menú no se vuelva a mostrar escribiendo en la barra de direcciones about:config, buscando la preferencia devtools.inspector.enabled y cambiando su valor a false.

Como vemos, un defecto cuyo arreglo podía suponer un coste de 100€ en la fase de toma de requisitos podría multiplicarse hasta los 300€ de no encontrarse hasta que estuvieramos definiendo la arquitectura del sistema. Esta cantidad subiría hasta los 500€ si hubieramos empezado a escribir el código, 1.000€ si estuvieramos en la fase de pruebas, y hasta 10.000€ de no encontrarse el error hasta que el sistema se encontrara ya funcionando. Tenedlo en cuenta si alguien intenta justificaros el no seguir ningún tipo de método.

Si te interesa el desarrollo web, no dejes de leer también el cómo se hizo. Es realmente inspirador.

Comentar tu código es como limpiar el cuarto de baño. Nunca quieres hacerlo, pero resulta en una experiencia más agradable para ti y para todos tus invitados.

~ Ryan Campbell

jQuery in Action cuenta con 475 páginas organizadas en 2 partes, una primera sobre jQuery en sí, y una segunda sobre la biblioteca de componentes jQuery UI. También cuenta con un apéndice que trata conceptos avanzados de JavaScript, necesarios para utilizar jQuery de manera efectiva, como objetos, funciones de orden superior, closures o cierres, y el concepto de que las variables y funciones de ámbito global son en realidad propiedades del objeto window. Como véis, temas de conversación apasionantes para determinado tipo de reunión social.

El libro trata las versiones 1.4 de jQuery y 1.8 de jQuery UI, por lo que es bastante actual, comparado con el resto de libros del mercado. Entre las editoriales grandes, sólo conozco un libro aún más moderno, el Head First jQuery de O’Reilly, de septiembre de este año, que todavía no he tenido ocasión de leer.

jQuery in Action está escrito de forma clara y concisa, con algún toque de humor, ejercicios, y ejemplos prácticos. Creo que es una buena lectura para iniciarse en la librería y para afianzar conceptos.

El folclore y la mitología moderna afirman que la manera más efectiva de acabar con un hombre lobo es utilizando una bala de plata. Esta creencia deriva de ciertos hechos acaecidos en la región francesa de Gévaudan entre 1764 y 1767. En este periodo, una bestia de gran tamaño acabó con la vida de más de 130 campesinos, en su mayoría mujeres y niños, que fueron despedazados brutalmente. Esta supuesta bestia sería abatida finalmente, según los relatos, utilizando balas de plata, obtenida tras fundir varias medallas de la Virgen María.

Actualmente, la frase “bala de plata” se ha convertido en una expresión popular para denotar una solución perfecta a un problema, casi milagrosa, que, además, puede aplicarse en casi cualquier contexto.

Por supuesto, en el mundo del desarrollo de software, sabemos que no existe nada parecido a las balas de plata. De ahí que Fred Brooks acuñara esta famosa frase en su célebre ensayo “No hay bala de plata” (No Silver Bullet) que podéis encontrar en la web de la Universidad de Nottingham, en Barrapunto (español) o en el mítico libro The Mythical Man Month

Si todo va según lo previsto, algo, en algún lugar, va horriblemente mal.

~ Anónimo

¿Te preguntas cómo puedes celebrar este día, compañero desarrollador? Sencillo, no tienes más que vestirte completamente de blanco (FFFFFF, 11111111, 2⁸), leer alguno de los clásicos, y programar, programar y programar…