{"id":229921,"date":"2022-11-23T19:49:00","date_gmt":"2022-11-23T16:49:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229921"},"modified":"2022-11-23T19:49:27","modified_gmt":"2022-11-23T16:49:27","slug":"mirando-el-polimorfismo-en-profundidad","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/mirando-el-polimorfismo-en-profundidad\/","title":{"rendered":"Mirando el polimorfismo en profundidad"},"content":{"rendered":"\n

Cuando comenc\u00e9 esta serie, habl\u00e9 sobre los cuatro pilares de la programaci\u00f3n orientada a objetos. Cada uno de estos temas se enumeran y vinculan a continuaci\u00f3n.<\/p>\n

    \n
  1. Abstracci\u00f3n<\/a><\/strong><\/li>\n
  2. Encapsulaci\u00f3n<\/a><\/strong><\/li>\n
  3. Herencia<\/a><\/strong><\/li>\n
  4. Polimorfismo<\/a><\/strong><\/li>\n<\/ol>\n

    En este punto, normalmente me gustar\u00eda comenzar a pasar al siguiente tema. Sin embargo, antes de hacerlo, me gustar\u00eda pasar una publicaci\u00f3n m\u00e1s explorando el concepto de polimorfismo.<\/p>\n

    En mi carrera, hasta ahora, he visto pocos temas que les den a quienes se inician en la programaci\u00f3n orientada a objetos m\u00e1s confusi\u00f3n y problemas que el polimorfismo. As\u00ed que me gustar\u00eda discutirlo un poco m\u00e1s en profundidad dentro del contexto de la programaci\u00f3n orientada a objetos y fuera de cualquier marco o aplicaci\u00f3n en particular (como WordPress).<\/p>\n

    En esta publicaci\u00f3n, har\u00e9 una revisi\u00f3n r\u00e1pida de lo que hemos discutido hasta ahora, luego volver\u00e9 al polimorfismo.<\/p>\n

    Polimorfismo en profundidad<\/h2>\n

    Primero, como se mencion\u00f3, quiero revisar r\u00e1pidamente lo que se ha discutido hasta ahora, especialmente si ha pasado por alto alguna de las publicaciones anteriores.<\/p>\n

    No se preocupe: nada a continuaci\u00f3n se desv\u00eda del c\u00f3digo. En cambio, simplemente define los t\u00e9rminos que hemos usado para que tenga una idea de a qu\u00e9 me refiero cada vez que vea la palabra surgir a lo largo de esta serie.<\/p>\n

    Abstracci\u00f3n<\/h3>\n
    \n

    Abstraemos la idea de algo en una clase. En cambio, vamos a abstraer ideas en sus clases. Y aqu\u00ed hay una idea clave: una clase debe representar un sustantivo.<\/p>\n<\/blockquote>\n

    Encapsulaci\u00f3n<\/h3>\n
    \n

    La encapsulaci\u00f3n es realmente solo una palabra "grande" que se refiere a la idea de administrar sus responsabilidades (o realizar un seguimiento de sus datos).<\/p>\n<\/blockquote>\n

    Herencia<\/h3>\n
    \n

    La herencia se refiere a la idea de que una clase, aunque tiene su propia implementaci\u00f3n, literalmente hereda propiedades, funciones e implementaci\u00f3n general de una clase principal.<\/p>\n<\/blockquote>\n

    Polimorfismo<\/h3>\n
    \n

    El polimorfismo nos permite referirnos a una clase de un tipo cuando puede declararse como de otro tipo.<\/p>\n<\/blockquote>\n

    Dicho esto, aqu\u00ed es donde creo que las cosas pueden complicarse un poco m\u00e1s. En las publicaciones anteriores, proporcion\u00e9 una serie de ejemplos de c\u00f3digo diferentes (y le insto a que los revise).<\/p>\n

    Pero en la publicaci\u00f3n de hoy, voy a tratar de explorar la idea un poco m\u00e1s, tanto en la explicaci\u00f3n como en el c\u00f3digo.<\/p>\n

    Relativo a la herencia<\/h2>\n

    Si no es evidente en este punto, el polimorfismo est\u00e1 muy relacionado con la herencia. Pi\u00e9nselo de esta manera: si una clase hereda propiedades y m\u00e9todos de otra clase, entonces puede "reemplazar" a la clase principal.<\/p>\n

    Eso significa que si tiene algo como una\u00a0 clase de contenido<\/strong> y luego tiene dos subclases, una es una publicaci\u00f3n<\/strong> y otra es una p\u00e1gina<\/strong>, puede crear una instancia de la clase utilizando el\u00a0 tipo de referencia de contenido .<\/strong><\/p>\n

    Pero en tiempo de ejecuci\u00f3n, en realidad ser\u00e1 una instancia del\u00a0 tipo Post<\/strong>. \u00bfTener sentido? Aqu\u00ed hay un c\u00f3digo como ejemplo.<\/p>\n

    Primero, comenzaremos con la definici\u00f3n de una\u00a0 clase de contenido<\/a> :<\/p>\n

    <?php\nclass Content {\n\n   protected $title;\n\n   protected $content;\n\n   protected $metadata;\n\n   public function __construct()\n   {\n     $this->title = \"Hello World!\";\n     $this->content = \"This is a sample piece of content.\";\n     $this->metadata = \"<This is the metadata of the post.>\";\n   }\n\n   public function getTitle()\n   {\n     return $this->title;\n   }\n\n   public function getContent()\n   {\n     return $this->content;\n   }\n\n   public function getMetadata()\n   {\n     return $this->metadata;\n   }\n }\n<\/code><\/pre>\n
    Tiene las propiedades generales que probablemente espera: t\u00edtulo, contenido y metadatos. Por supuesto, estas propiedades son solo cadenas, pero podr\u00edan ser estructuras de datos m\u00e1s elaboradas en una situaci\u00f3n del mundo real.<\/p>\n
    Ahora veamos una publicaci\u00f3n<\/strong> :<\/p>\n
    <?php\n\nclass Post extends Content  {\n\n   private $author;\n\n   public function __construct() {\n     parent::__construct();\n     $this->author = \"Tom McFarlin\";\n   }\n\n   public function getAuthor()\n   {\n     return $this->author;\n   }\n }\n<\/code><\/pre>\n
    Entonces, \u00bfqu\u00e9 sucede si llama a un m\u00e9todo en la\u00a0 clase Post<\/strong>, como getTitle<\/strong>, que no existe pero existe en la\u00a0 clase Content<\/strong>? Luego, debido a la herencia, buscar\u00e1 el m\u00e9todo en Post<\/strong>, no lo encontrar\u00e1, luego comenzar\u00e1 a buscarlo en Content<\/strong>.<\/p>\n
    Si lo encuentra, lo ejecutar\u00e1.<\/p>\n
    \"Mirando<\/a><\/p>\n
    Del mismo modo, podemos hacer algo como esto con la\u00a0 clase de p\u00e1gina<\/a> y los datos de contenido. Primero, instanciamos la clase base y luego establecemos las propiedades espec\u00edficas de la p\u00e1gina<\/strong>. En este caso, va a ser una categor\u00eda.<\/p>\n
    <?php\n\nclass Page extends Content  {\n\n   private $category;\n\n   public function __construct() {\n     parent::__construct();\n     $this->category = \"Articles\";\n   }\n\n   public function getCategory()\n   {\n     return $this->category;\n   }\n }\n<\/code><\/pre>\n
    Ahora, cuando ejecutamos el c\u00f3digo, podemos comenzar con el Contenido:<\/strong><\/p>\n
    <?php\n\n$content = new Content();\necho $content->getTitle();<\/code><\/pre>\n
    Tenga en cuenta que esto parece lo que esperar\u00edamos, ya que tenemos un t\u00edtulo y tenemos contenido. Veamos tambi\u00e9n el Post<\/strong> :<\/p>\n
    <?php\n\n\/\/ These will work because they reside in the Content base class.\n$post = new Post();\necho $post->getAuthor();\necho $post->getTitle();<\/code><\/pre>\n
    Esto funciona porque tenemos un autor pero tambi\u00e9n tenemos un t\u00edtulo porque reside en Contenido<\/strong>. \u00bfPero si tratamos de llamar a getAuthor<\/strong> en una instancia de Post?<\/strong><\/p>\n
    <?php\n\n\/\/ These will work because they reside in the Content base class.\n$post = new Post();\necho $post->getAuthor();\necho $post->getTitle();<\/code><\/pre>\n
    Vamos a recibir un error porque el m\u00e9todo no reside en esa clase.<\/p>\n
    \"Mirando<\/a><\/p>\n
    Entonces, \u00bfqu\u00e9 vamos a hacer? Dado que no tenemos tipos fuertes en PHP, no podemos convertirlo en un tipo diferente.<\/p>\n
    Hay patrones de dise\u00f1o para esto, que discutir\u00e9 en un futuro conjunto de publicaciones, pero PHP no lo permite tan f\u00e1cilmente como otros lenguajes (como C# o Java).<\/p>\n
    Preguntas sobre el polimorfismo<\/h2>\n
    Con suerte, el c\u00f3digo anterior le dar\u00e1 una idea de c\u00f3mo un tipo concreto, como una publicaci\u00f3n\u00a0<\/strong> o una p\u00e1gina<\/strong>, puede tener impl\u00edcitamente las propiedades y los m\u00e9todos de su clase base, Content<\/strong>, que se usan en tiempo de ejecuci\u00f3n.<\/p>\n
    Pero tambi\u00e9n plantea algunas preguntas, \u00bfno? Por ejemplo:<\/p>\n