PHP OO Aprender OOP?... pero entendiendo las bases

[Triby]

Desde hace tiempo he trabajado con objetos (muy superficialmente), aunque sin detenerme a analizar porque usarlos. Ahora estoy reescribiendo parte de mis codigos y, buscando informacion para hacer algo realmente estructurado, me encontre con un excelente ejemplo para entender el "porque" y "paraque" de los objetos: http://stackoverflow.com/questions/1...343881#1343881 por Peter Baley

Traduccion:
--------------------------
POO no se trata realmente de una simple clase y su forma de operar, se trata de como las instancias de una o mas clases trabajan en conjunto.

Es por eso que muchos ejemplos estan basados en "Autos" y "Personas", porque, de hecho, son muy buenos para ilustrar este principio.

En mi opinion, las lecciones mas importantes en POO son encapsulacion y polimorfismo.

Encapsulacion: Unir datos y logica para manipularlos en una forma concisa y logica. Polimorfismo La habilidad de cada objeto para parecerse o comportarse como otro.

Un buen ejemplo "de la vida real" de esto, seria algo como un iterador de directorios. Donde esta el directorio? Tal vez en una carpeta local, o tal vez en algun lugar remoto como un servidor FTP... quien lo sabe?

Esto es encapsulacion:

Código PHP:

abstract class DirectoryIterator
{
  protected $root;
 
  public function __construct( $root )
  {
    $this->root = $root;
  }
 
  abstract public function getAll();
}
 
class LocalDirectoryIterator extends DirectoryIterator
{
  public function getAll()
  {
    // Logica para leer el contenido del directorio y retornarlo
  }
}
 
class FtpDirectoryIterator extends DirectoryIterator
{
  public function getAll()
  {
    // Logica para leer el contenido del directorio y retornarlo
  }
}
 

Cada clase/objeto es responsable de sus propios metodos para obtener el listado del directorio. Los datos (variables) estan asociados a la logica (funciones de la clase) que los usan.

Pero la historia no se ha terminado, recuerdan que mencione que POO es acerca de instancias de clases que trabajan en conjunto y no una simple clase/objeto?

Ok, hagamos algo con estos datos... imprimirlos en pantalla?, seguro, pero... como? HTML, texto plano, RSS?... aterricemos algo.

Código PHP:

<?php
 
abstract class DirectoryRenderer
{
  protected $iterator;
 
  public function __construct( DirectoryIterator $iterator )
  {
    $this->iterator = $iterator;
  }
 
  public function render()
  {
    $dirs = $this->iterator->getAll();
    foreach ( $dirs as $dir )
    {
      $this->renderDirectory( $dir );
    }
  }
 
  abstract protected function renderDirectory( $directory );
}
 
class PlainTextDirectoryRenderer extends DirectoryRenderer
{
  protected function renderDirectory( $directory )
  {
    echo $directory, "\n";
  }
}
 
class HtmlDirectoryRenderer extends DirectoryRenderer
{
  protected function renderDirectory( $directory )
  {
    echo $directory, "<br>";
  }
}
 

Ok, ahora tenemos un par de clases para obtener e imprimir listado de directorios, como las usamos?

Código PHP:

// Imprimir un directorio remoto como HTML
$data = new HtmlDirectoryRenderer( new FtpDirectoryIterator( 'ftp://example.com/path' ) );
$data->render();
 
// Imprimir un directorio local como texto plano
$data = new PlainTextDirectoryRenderer( new LocalDirectoryIterator( '/home/pbailey' ) );
$data->render();
 

Ahora, yo se lo que estan pensando, "Pero Peter, no necesito dos complicadas clases para hacer esto!", bueno, si piensas asi es porque no pones atencion al punto importante, tal como sospecho que has hecho con los ejemplos de "Autos" y "Personas". No te fijes en las minucias del ejemplo, trata de entender lo que esta pasando aqui.

Hemos creado dos clases donde una (DirectoryRenderer) usa a la otra (DirectoryIterator) en una forma esperada, a veces a esto se le llama "Contrato". A la instancia de DirectoryRenderer no le importa el tipo de instancia de DirectoryIterator que recibe, asi mismo, las instancias de DirectoryIterator tampoco saben como son manipuladas y presentadas.

Porque?, porque las hemos diseñado en esa forma, ambas se pueden conectar una con otra... y funcionan!!!... eso es POO en accion.
------------------- Fin de traduccion -----------

[abimaelrc]

En ese mismo tema, sugieren este tema http://stackoverflow.com/questions/1...-vs-procedural

[GatorV]

Muy buen post Triby, gracias por compartirlo

[Triby]

Abimael, no habia visto ese tema y tambien esta muy interesante, breve y muy claro... creo que me quede asombrado porque Peter Baley sabe exactamente lo que yo pensaba de los clasicos ejemplos de "Autos y Personas", sin haberme puesto a pensar en la frase final.

Me gusto mucho el resumen de codigos - funciones - clases - frameworks!

GatorV, gracias.

[necoide]

Sigo sin entender... jajaj
No le encuentro la vuelta para que sirve OOP. Osea, siempre pienso en estructurado, es lo primero que se me viene a la cabeza. Si lo tengo que pensar en OOP no se me viene nada...