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.