Blog de Pedro Santana

Continuando con la serie de patrones de diseño en PHP5, veamos ahora uno de los patrones que más me llaman la atención: el strategy pattern (patrón estrategia).

Este patrón se usa generalmente cuando se desea cambiar entre diferentes versiones de un algoritmo. Es decir, si tenemos un código que genera un archivo comprimido, bajo ciertas circunstancias, podemos querer un archivo .ZIP y bajo circunstancias diferentes, queremos crear un archivo .TAR.GZ.

Para implementar este patrón debemos declarar una interface (o bien una clase abstracta) base con un método para el algoritmo, el cual es implementado heredando desde las clases concretas.

En el código de nuestro sistema, debemos decidir cual estrategia concreta es la relevante, la cual debe ser instanciada para ser usada.

El ejemplo que usaré para mostrar este patrón, es la selección del idioma del contenido al abrir una página Web. Por simplicidad, asumiré que si la palabra “es” existe en $_SERVER["HTTP_ACCEPT_LANGUAGE"], estamos frente a un usuario que habla español, de otra forma, estamos frente a un usuario que prefiere el inglés.

< ?php
interface langStrategy {
	public function helloWorld();
}

class enLang implements langStrategy {
    public function helloWorld() {
        return "Hello World";
    }
}

class esLang implements langStrategy {
    public function helloWorld() {
        return "Hola Mundo";
    }
}

$ln = explode(';',$_SERVER[HTTP_ACCEPT_LANGUAGE]);
if (preg_match('/es/',$ln[0])) {
    $langObj = new esLang();
} else {
    $langObj = new enLang();
}

echo $langObj->helloWorld();
?>

El patrón estrategia es usado a menudo al mismo tiempo que el patrón factory, el cual se encargaría de elegir la estrategia correcta. La siguiente entrega vendrá con este patrón.

El Domain Model Pattern (algo así como ”Patrón del Modelo de Dominio”), consiste en una clase que representa objetos o responsabilidades particulares en nuestro software.

Por ejemplo, para trabajar con usuarios, cada usuario sería una instancia de una clase “Usuario”.

Normalmente al usar el Domain Model se representan los datos en una o más tablas de una base de datos. Por ejemplo, para la tabla de usuarios de un sistema.

CREATE TABLE `usuarios` (
  `id_usuario` int(10) unsigned NOT NULL auto_increment,
  `nombre` varchar(100) default NULL,
  `login` varchar(100) NOT NULL default '',
  `password` varchar(64) NOT NULL default '',
  `email` varchar(100) default NULL,
  PRIMARY KEY  (`id_usuario`)
) ENGINE = MYISAM ;

Entonces escribimos una clase que represente a cada usuario y sus atributos; es decir el Domain Model:

< ?php
class Usuario {
    public $id_usuario;
    public $nombre;
    public $login;
    public $password;
    public $email;

    // metodos para obtener de la BD
    // los datos y asignarlos a las propiedades.
}
?>

Para usarla debemos instanciarla:

< ?php
$fulano = new Usuario();
echo $fulano->nombre;
?>

De esta forma dispondremos de las propiedades de los usuarios en nuestros objetos.

Este patrón es el que usamos principalmente en la actual arquitectura de gelato. Pero es importante tener especial cuidado en no caer en el anti-patrón Anemic Domain Model que como todos los anti-patrones hace que se pierdan los beneficios del uso de patrones en nuestro diseño.

Continuamos con la serie de patrones, en esta ocasión vamos a extender la funcionalidad del patrón Singleton para que sea más simple su utilización en nuestros sistemas PHP5.

En el post anterior vimos como implementar el patrón Singleton en nuestras clases. Pero cuando tenemos nuestro sistema con muchas clases que requieren hacer uso de este patrón se vuelve complejo y a la vez más lento el implementar clase por clase todo el código que necesita el patrón para funcionar.

Vamos a mejorar eso utilizando una de las características más importantes de la POO: la herencia.

Paso número 1: Debemos definir la clase base (clase padre); es decir la clase Singleton:

singleton.class.php

< ?php
class singleton {
	private static $instances = array();

	public static function getInstance($class) {
		if (!isset(self::$instances[$class])) {
			self::$instances[$class] = new $class();
		}
		return self::$instances[$class];
	}

	private final function __clone() { }
}
?>

Paso número 2: Crear las clases que vayamos a necesitar extendiendo (heredando) de la clase Singleton.

ejemplo.class.php

< ?php
class ejemplo extends singleton {
	public static function getInstance() {
		return parent::getInstance(get_class());
	}

	public function accion() {
		echo "Objeto unico";
	}
}
?>

Paso número 3: Ahora veamos como utilizarlo.

index.php

< ?php
include("singleton.class.php");
include("ejemplo.class.php");

$prueba = ejemplo::getInstance();
$prueba->accion();
?>

De esta forma basta con heredar la clase Singleton en cada una de las clases donde la necesitemos y con hacer polimorfismo del método getInstance() tenemos un Singleton en nuestras clases.

Nos leemos en la siguiente entrega

Como Jorge mencionó en su último post, andamos re-diseñando la arquitectura de gelato cms, para en un par de versiones mudarlo completamente a PHP5 para obtener ventaja de su poderoso motor de OOP y poder hacer un mejor uso de los patrones de diseño.

Por lo que comenzaré con una serie de posts sobre como implementar patrones de diseño con PHP5 y un par de ejemplos un poco más adelante de como aplicarlos en “la vida real” de nuestros proyectos.

El primer patrón con el que iniciaré es el patrón Singleton, el cual considero como la base de la implementación exitosa de muchos patrones.

La teoría nos dice lo siguiente:

El patrón de diseño Singleton (instancia única) está diseñado para restringir la creación de objetos pertenecientes a una clase o el valor de un tipo a un único objeto.

Su intención consiste en garantizar que una clase sólo tenga una instancia y proporcionar un punto de acceso global a ella.

Por lo que al usar el patrón Singleton nos aseguramos que SOLO tendremos una misma instancia de nuestra clase.

¿Cómo hacerlo con PHP5?

< ?php
class Singleton {

    // Una propiedad para tener la instancia de la clase
    private static $instancia;    

    // Desde aqui se obtiene la instancia OJO con el static
    public static function getInstance () {
        if (!isset(self::$instancia)) {
            $obj = __CLASS__;
            self::$instancia = new $obj;
        }
        return self::$instancia;
    }

    // Se crean los metodos requeridos
    public function accion() {
	echo "Objeto unico";
    }    

    // Privado se previene la creacion via new
    private function __construct() { }    

    // Para evitar la clonacion de este objeto
    private function __clone() {
        throw new Exception('No se permite clonar');
    }
}
?>

Y para utilizarlo:

< ?php
include("singleton.php");
$prueba = Singleton::getInstance();
$prueba->accion();
?>

Nos leemos en la siguiente entrega