Interfaces y clases abstractas en PHP

0 comentarios

En este post explicaremos que son las interfaces y las clases abstractas, y para que utilizaremos cada una de ellas.

Interfaces

Las interfaces de objetos permiten crear código con el cual especificamos qué métodos deben ser implementados por una clase, sin tener que definir cómo estos métodos son manipulados. Las interfaces son definidas utilizando la palabra clave interface, de la misma forma que con clases estándar, pero sin métodos que tengan su contenido definido. Todos los métodos declarados en una interfaz deben ser public, ya que ésta es la naturaleza de una interfaz.

Por lo general, utilizaremos las interfaces cuando queramos asegurarnos de que una clase implemente una serie de métodos. Veamos un ejemplo:

// Declarar la interfaz 'iTemplate'
interface iTemplate {
    public function setVariable($name, $var);
    public function getHtml($template);
}

// Implementar la interfaz
// Ésto funcionará 
class Template implements iTemplate {
    private $vars = array();
  
    public function setVariable($name, $var) {
        $this->vars[$name] = $var;
    }
  
    public function getHtml($template) {
        foreach($this->vars as $name => $value) {
            $template = str_replace('{' . $name . '}', $value, $template);
        }
 
        return $template;
    }
}

// Ésto no funcionará
// Error fatal: La Clase BadTemplate contiene un método abstracto
// y por lo tanto debe declararse como abstracta (iTemplate::getHtml)
class BadTemplate implements iTemplate {
    private $vars = array();
  
    public function setVariable($name, $var) {
        $this->vars[$name] = $var;
    }
}

Clases abstractas

Mientra que las interfaces sólo nos permiten compartir comportamientos entre objetos no relacionados, las clases abstractas permiten limitar y/o definir con precisión las capacidades de cada objeto. No se puede instanciar directamente a una clase abstracta, sino que habrá que crear otra clase que herede de esta (usando extends) y desde esta se podrán realizar las operaciones sobre los métodos o parámetros de la clase abstracta. En una clase abstracta se pueden definir métodos públicos, que serán accesibles desde las clases heredadas sin necesidad de sobreescribirlas.

Veamos un ejemplo de abstracción de clases:

abstract class AbstractClass
{
    // Forzando la extensión de clase para definir este método
    abstract protected function getValue();
    abstract protected function prefixValue($prefix);

    // Método común
    public function printOut() {
        print $this->getValue() . "\n";
    }
}

class ConcreteClass1 extends AbstractClass
{
    protected function getValue() {
        return "ConcreteClass1";
    }

    public function prefixValue($prefix) {
        return "{$prefix}ConcreteClass1";
    }
}

class ConcreteClass2 extends AbstractClass
{
    public function getValue() {
        return "ConcreteClass2";
    }

    public function prefixValue($prefix) {
        return "{$prefix}ConcreteClass2";
    }
}

$class1 = new ConcreteClass1;
$class1->printOut();
echo $class1->prefixValue('FOO_') ."\n";

$class2 = new ConcreteClass2;
$class2->printOut();
echo $class2->prefixValue('FOO_') ."\n";

En este ejemplo podemos ver como las clases ConcreteClass1 y ConcreteClass2 extienden de AbstractClass y se llama al método abstracto printOut() para mostrar el resultado.

Referencias

Lambda functions y closures en PHP

0 comentarios

Con la versión de PHP 5.3, aparte de los namespaces, otra de las funcionalidades más importantes que se añadieron fue el soporte a las funciones anónimas y los closures. En este post voy a explicar un poco que es cada cosa y como podemos utilizarlo.

Lambda Functions

Las funciones Lambda, (o funciones anónimas), simplemente son aquellas funciones que no tienen nombre. Son muy utilizadas en lenguajes como Javascript. La forma de declarar una función anónima sería la siguiente:

$c = function($a, $b) {
    return sqrt(pow(a, 2) + pow(b, 2));
}

echo $c;

De esta manera, vemos que estamos guardando en $c una referencia a la función anónima. Ahora la pregunta, ¿para que utilizaremos las funciones lambda?. Este tipo de funciones son sobretodo útiles para utilizar callbacks en nuestros métodos. Podemos crear algo parecido a esto:

function greet($value, $callback) {
    echo $callback($value);
}

greet(’ZonaDev’, function($name) {
    return "Hello, $name";
}); 

En este ejemplo, primero definimos la función greet, con dos parámetros, de los cuales el segundo será un callback (una función anónima). En el momento de llamar a la función greet, vemos como le pasamos el nombre y una función anónima que se ejecutará cuando llamamos a echo $callback($value);

Closures

Vamos a ir ahora con las closures, que no son más que funciones anónimas. La única diferencia, es que estas necesitan conocer el valor de alguna variable que se encuentra fuera de la función anónima para realizar sus procesos. Para poder pasarle a una closure una variable externa que utilizará, vamos a utilizar use, vayamos con un ejemplo:

//Simple math class 
class Math
{
    function  __construct($a) {
        $this->a =$a;
    }
    //Returns a closure
    function mul()
    {
        //We can't directly use $this inside closure
        $self = $this;
        return function($n) use($self) {
            return $n*$self->a;
        };
    }
}
$math = new Math(5);
$mul = $math->mul();
echo $mul(4); //Output : 20

En este caso, vemos como dentro de mul creamos una closure y le pasamos una instancia de $this.

Hasta aquí una explicación breve de lo que son las funciones anónimas y como podemos utilizarlas, pronto empezaremos con los patrones de diseño.

Referencias

Namespaces en PHP

0 comentarios

Para empezar, un poco de teoría sobre que son los namespaces (o nombres de espacio). Con la salida de la versión de PHP 5.3, una de las novedades más importantes que se incorporaron fué la posibilidad de utlizar namespaces, como ya se podían hacer en otros lenguajes de programación como eran C, C++ y Java, por ejemplo.

Para entender que es un namespace, podemos recurrir a la definición que encontramos en la propia Wikipedia: Un namespace es "un contenedor abstracto que agrupa de forma lógica varios símbolos e identificadores" y los utilizaremos básicamente, para estructurar mejor nuestro código fuente.

Antes de que salieran los namespaces, en PHP todas las clases, constantes y funciones cargadas se ubican en un espacio global.

Para explicar el uso de namespace, crearé un supuesto modelo desde el cual accederemos después mediante el controlador:

namespace Users\Model;

class UserModel {

    private String $nick = '';

    public function getNick() {
        return $this->nick;
    }

    public function setNick($p_nick) {
        $this->nick = $p_nick;
    }
}

En este ejemplo, vemos como un namespace puede tener sub-namespaces. "Model", es un sub-namespace dentro de "Users"

Una vez definida una clase en el namespace "Users\Model", podremos acceder a ella mediante otra clase, en este caso un controlador. Hay que recordar que, en caso de ser necesario hacer un include o un require, tendremos que hacerlo SIEMPRE después de la declaración del namespace.

namespace Users\Controller;
require_once 'users_model.php';

$bd = new \Users\Model\UserModel();
$bd->setNick('ZonaDev');

var_dump($bd->getNick());

En el caso de que la clase controlador y la clase modelo se encontraran en el mismo nombre de espacio, no haría falta añadir la ruta del nombre de espacio en la declaración.

También es interesante saber, que si vamos a utilizar mucho los objetos ubicados en un mismo namespace, podemos ahorrarnos bastante trabajo haciendo uso de la sentencia use, que además nos permite definir un alias para las clases. Aquí van algunos ejemplos:

namespace Users\Controller;
use Users\Model;
require_once 'users_model.php';

$bd = new UserModel();
$bd->setNick('ZonaDev');

var_dump($bd->getNick());

Usando alias:

namespace Users\Controller;
use Users\Model\UserModel as User;
require_once 'users_model.php';

$bd = new User();
$bd->setNick('ZonaDev');

var_dump($bd->getNick());

Con esta pequeña introducción a los namespaces, podremos entender mucho mejor el funcionamiento de los nuevos frameworks MVC que están saliendo y hacen uso de ellos, como es el ejemplo de Symfony2 y el inminente Zend Framework 2, además de motivarnos a utilizarlos para todo tipo de proyecto desarrollado en php.

Si quieres aprender más sobre el uso de namespaces, te recomiendo mirarte la documentación oficial de PHP en los siguientes enlaces:

Espacios de nombres (namespaces)
Usar espacios de nombres: Lo básico
FAQ: Cosas que se necesitan saber sobre los espacios de nombres

NOTA: Os recomiendo que leais el libro "Desarrollo web ágil con Symfony2" de Javier Equiluz, en el explica bastante bien que son los namespaces y como debemos utilizarnos (aplicando al entorno de Symfony2, claro).

Conferencia deSymfony 2012

5 comentarios

Como muchos ya sabreis, otros posiblemente no, durante las fechas del 15 y 16 de junio, se realiza en Castellón una de las citas más importantes en el panorama de las TI.


La comunidad de Symfony española, vuelve a organizar la conferencia "deSymfony", esta vez de una duración de dos días y en la que el propio Fabien Potencier, creador del Framework Symfony acudirá en persona para hacer una ponencia.

Aunque las ponencias están basadas en el framework que le da nombre (Symfony2), se hablarán de todo tipo de consejos, trucos, tutoriales sobre como manejar los complementos que lo componen, así como de buenas técnicas de uso y de como optimizar al máximo su rendimiento.

Se tratarán temas como el uso de Twig, Varnish, el uso de MongoDB como sistema de base de datos, internacionalición y otros componentes y servicios.

Entre los ponentes, podremos contar con la presencia de Javier Eguiluz, administrador de la comunidad española de Symfony (www.symfony.es), Nacho Martín, que ya fué ponente en el 2011 (al que tengo que agradecerle personalmente que me ayudara con la configuración de VIM) y como ya se ha mencionado, el propio Fabien Potencier.

La lista entera de ponentes la podreis encontrar en la web del evento http://desymfony.com/.

La entrada se compra a través de esa misma web a un precio de 55€ que incluye las comidas (no las cenas) de los 2 días de ponencia.

Me gustaría hacer un incapié especial a la oferta de tren para los que asistan al evento. Descargándo una cédula de viaje desde esta web: http://desymfony.com/noticias/grandes-descuentos-asistentes-viajan-tren, los asistentes que viajen en tren disfrutarán de un 30% de descuento.

Poco más puedo extenderme, ya que sería repetir información que podreis encontrar en la web oficial, os invito a que la visiteis. Un saludo, nos vemos en Castellón.

Fuente oficial: http://desymfony.com/

CakePHP: Pros y contras (según mi opinión)

4 comentarios

Actualmente llevo ya más de 2 años trabajando con el Framework de CakePHP 1.2. No elegí yo trabajar con este framework, pero se me impuso en su día y al principio tengo que reconocer que me pareció una buena idea. Hasta ahora, que lo conozco bien y conozco sus mayores defectos (y seguro el de la mayoría de frameworks), por lo que en el futuro procuraré evitar cometer los mismos errores.

Voy a comentar mi punto de vista sobre el Framework, aunque tampoco me extenderé mucho. Empezaré por las ventajas.

PROS

  1. Fácil de aprender: Hay que reconocer que desarrollar con CakePHP es fácil y sencillo una vez te has documentado un poco y conoces la estructura de ficheros. Sin conocerlo de nada, en 2 días ya estaba creando mis primeras pantallas con el.
  2. Implementación rápida: Gracias a su estructura y los métodos propios del framework, desarrollar una aplicación puede realizarse en poco tiempo, eso si, en relación a si hubiera que hacerlo de 0, o si la aplicación no necesita modificaciones personalizadas.
  3. Migración entre entornos: Instalar una aplicación desarrollada con CakePHP es muy fácil, ya que  si tienes bien configurado el servidor en el nuevo entorno, bastará con copiar y pegar el código en el nuevo entorno. No necesita muchas librerías especiales, pero repito, depende de la aplicacuón y los componentes o plugins que se le añadan.
  4. Plugins: Mencionados en el punto anterior, se pueden encontrar por internet plugins que realizan una tarea específica sin tener que programar nada. Basta con bajarse el código y añadirlo a la carpeta de plugins de CakePHP. Lo mismo pasa con algunos "componentes" y "helpers".
Hasta aquí las ventajas más significativas que voy a comentar de CakePHP. Ahora pasaré a lo que para mi, es motivo suficiente como para no volver a utilizarlo en futuros proyectos:

CONTRAS
  1. Malos hábitos: En su documentación oficial, en algunos puntos te motivan a realizar algunos malos hábitos que deberían evitarse al trabajar con cualquier tipo de Framework MVC. Por ejemplo, con el método "find" de los modelos. Realizas la llamada desde el controlador, construyendo allí mismo la consulta, pero con el formato de CakePHP, enviando arrays. En mi opinión, todas las consultas find deben hacerse en el propio modelo, creando métodos allí que son los que realmente deben llamarse desde el controlador. Solo me pareció ver una referencia a esta forma de trabajar en la documentación de CakePHP, en uno de los últimos puntos de "recomendaciones", aunque ahora mismo tengo dudas. Además, con este sistema es mucho más sencillo poder cachear las consultas y queda el código mucho más limpio y ordenado. Ejemplo de llamada desde el controlador:
    $specificallyThisOne = $this->Article->find(
        'first', 
        array(
            'conditions' => array('Article.id' => 1)
        )
    );
    
  2. Exceso de consultas: En proyectos en los que el número de tablas es muy elevado y hay muchas relaciones, el ORM de CakePHP puede llegar a realizar excesivas consultas. En proyectos pequeños con pocas tablas esto no suele suceder o no suele ser tan importante, pero cuando hay más de 10 tablas esto puede ser un gran problema. La facilidad de CakePHP se compensa con su mal rendimiento en proyectos grandes. En CakePHP 2.0 dicen haber mejorado bastante el rendimiento, pero aún así el sistema de consultas es idéntico y sigue existiendo este mismo problema.
  3. Tamaño de ficheros: Algunos de los ficheros del propio Framework son demasiado pesados. Esto, añadiendo que hay demasiados ficheros del framework a los que se accede prácticamente en cada petición (request), conlleva a un elevado número de accesos al disco que penalizan el rendimiento del servidor, haciendo que el tiempo de carga de la web se eleve considerablemente. La única solución para esto utilizar un servidor que compile los ficheros PHP para agilizar esta tarea (Por ejemplo: Apache + APC).
Consejo
Antes de utilizar un framework para realizar una aplicación importante, de gran envergadura, documentate bien sobre los pros y los contras que tendrá ese Framework y si cumplirá tus expectativas a medio y largo plazo (a corto casi siempre lo hacen). Puedes verte obligado a tener que reescribir todo tu código si tomas una mala decisión o te pasas los pasos principales de todo desarrollo.
I+D, Análisis, desarrollo, guía de uso. Esto nunca debería faltar.


Reflexión personal.
¿Programadores?Esto ya es un problema más general de la informática en general, pero que lo aplicaré a CakePHP en este caso. En este mundillo, hay mucha gente que ha trabajado duro para realizar algunas aplicaciones, frameworks, o cms para facilitar las tareas a los que no son informáticos. El problema de esto es que muchos usuarios finales que no saben más que utilizar estas "facilidades" empiezan a creerse gurús. Cuidado con este tipo de gente, son muy peligrosos y están sueltos.

Terminator - Consola multiventana

0 comentarios

Hoy os traigo información sobre una herramienta que para mi es indispensable: Terminator.

Para mi que trabajo con varias máquinas a la vez (hasta 4 simultaneas, de momento), a veces es necesario tener abiertas varias terminales. Con Terminator tengo la posibilidad de tener 4 terminales en una misma ventana, al estilo de Konsole de KDE, pero con la particularidad añadida de que Terminator te permite crear grupos de terminales, con lo cual lo que escribas en una ventana del grupo puedes enviarlo a todas al mismo tiempo. Útil si tienes que realizar una misma tarea en varias máquinas, ya que escribiendo solo una vez la realizas en todas las máquinas a la vez.


Personalmente, desde que uso Terminator, trabajo más cómodo, espero que a mis lectores también os ayude.

Para instalarlo solo debeis instalarlo desde aptitude, si usais una distribución basada en Debian (Debian, Ubuntu...):

$ aptitude install terminator


¡Hasta la próxima!

Conectar a Wifi desde el terminal

0 comentarios

Buenas, después de un tiempo sin escribir (por falta de tiempo), traigo un nuevo artículo, corto pero útil.

Si instalamos un servidor Linux, por poner un ejemplo, es posible que necesitemos conectarnos a través de wifi a nuestra red local. Hoy os pondré los pasos necesarios para hacerlo. Según vaya configurando mi portátil del trabajo, iré escribiendo documentos sobre la instalación y configuraciones más habituales y/o útiles para tener un buen entorno de desarrollo configurado.

Vayamos al lío,

1º Empezaremos buscando la información de la red WiFi a la que queremos conectar. Haremos iwconfig si no sabemos el nombre de la interfaz lo miraremos con "iwconfig". Suponemos que es wlan0:

$ iwlist wlan0 scanning

2º Buscaremos la información ESSID de la red y la dirección MAC del router y los configuramos en nuestra interfaz:
$ iwconfig wlan0 essid $_ESSID 
$ iwconfig wlan0 ap 40:4A:03:XX:XX:XX

3º Se configura la clave de la WiFi (suponiendo que tienes una especificada). Si es una clave ASCII (normalmente lo es), deberás añadir "s:" delante de la clave:
$ iwconfig wlan0 key $_KEY
$ iwconfig wlan0 key s:$_KEY

4º Se obtiene una ip desde el router. Antes de esto, podemos comprobar si hemos introducido bien los datos con "iwconfig"
$ dhclient wlan0