{"id":230260,"date":"2022-11-23T19:19:00","date_gmt":"2022-11-23T16:19:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230260"},"modified":"2022-11-23T19:19:21","modified_gmt":"2022-11-23T16:19:21","slug":"olhando-para-o-polimorfismo-em-profundidade","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/olhando-para-o-polimorfismo-em-profundidade\/","title":{"rendered":"Olhando para o polimorfismo em profundidade"},"content":{"rendered":"\n

Quando comecei esta s\u00e9rie, falei sobre os quatro pilares da programa\u00e7\u00e3o orientada a objetos. Cada um desses t\u00f3picos est\u00e1 listado e vinculado abaixo.<\/p>\n

    \n
  1. Abstra\u00e7\u00e3o<\/a><\/strong><\/li>\n
  2. Encapsulamento<\/a><\/strong><\/li>\n
  3. Heran\u00e7a<\/a><\/strong><\/li>\n
  4. Polimorfismo<\/a><\/strong><\/li>\n<\/ol>\n

    Neste ponto, eu normalmente gostaria de come\u00e7ar a passar para o pr\u00f3ximo t\u00f3pico. Antes de fazer isso, por\u00e9m, gostaria de passar mais um post explorando o conceito de polimorfismo.<\/p>\n

    Em minha carreira, at\u00e9 agora, vi poucos t\u00f3picos que d\u00e3o mais confus\u00e3o e problemas aos que entram na programa\u00e7\u00e3o orientada a objetos do que polimorfismo. Ent\u00e3o, eu gostaria de discutir um pouco mais profundamente dentro do contexto da programa\u00e7\u00e3o orientada a objetos e fora de qualquer framework ou aplicativo espec\u00edfico (como WordPress).<\/p>\n

    Neste post, farei uma r\u00e1pida revis\u00e3o do que discutimos at\u00e9 agora, depois voltarei ao polimorfismo.<\/p>\n

    Polimorfismo em profundidade<\/h2>\n

    Em primeiro lugar, como mencionado, quero revisar rapidamente o que foi discutido at\u00e9 agora, especialmente se voc\u00ea encobriu qualquer um dos posts anteriores.<\/p>\n

    N\u00e3o se preocupe: nada abaixo se transforma em c\u00f3digo. Em vez disso, ele simplesmente define os termos que usamos para que voc\u00ea tenha uma ideia do que estou me referindo sempre que vir a palavra surgir ao longo desta s\u00e9rie.<\/p>\n

    Abstra\u00e7\u00e3o<\/h3>\n
    \n

    Abstra\u00edmos a ideia de algo em uma classe. Em vez disso, vamos abstrair ideias em suas classes. E h\u00e1 uma ideia chave aqui: uma classe deve representar um substantivo.<\/p>\n<\/blockquote>\n

    Encapsulamento<\/h3>\n
    \n

    Encapsulamento \u00e9 realmente apenas uma palavra “grande" que se refere \u00e0 ideia de gerenciar suas responsabilidades (ou acompanhar seus dados).<\/p>\n<\/blockquote>\n

    Heran\u00e7a<\/h3>\n
    \n

    Heran\u00e7a refere-se \u00e0 ideia de que uma classe, embora tenha sua pr\u00f3pria implementa\u00e7\u00e3o, literalmente herda propriedades, fun\u00e7\u00f5es e implementa\u00e7\u00e3o geral de uma classe pai.<\/p>\n<\/blockquote>\n

    Polimorfismo<\/h3>\n
    \n

    O polimorfismo nos permite fazer refer\u00eancia a uma classe de um tipo quando ela pode ser declarada como outro tipo.<\/p>\n<\/blockquote>\n

    Com isso dito, \u00e9 aqui que acho que as coisas podem ficar um pouco mais complicadas. Nas postagens anteriores, forneci v\u00e1rios exemplos de c\u00f3digo diferentes (e pe\u00e7o que voc\u00ea os revise).<\/p>\n

    Mas no post de hoje, vou tentar explorar um pouco mais a ideia tanto na explica\u00e7\u00e3o quanto no c\u00f3digo.<\/p>\n

    Relativo \u00e0 heran\u00e7a<\/h2>\n

    Se n\u00e3o for evidente neste ponto, o polimorfismo est\u00e1 altamente relacionado \u00e0 heran\u00e7a. Pense desta forma: se uma classe herdar propriedades e m\u00e9todos de outra classe, ent\u00e3o ela pode “ficar no lugar” da classe pai.<\/p>\n

    Isso significa que se voc\u00ea tem algo como uma\u00a0 classe Content<\/strong> e duas subclasses, uma sendo uma Post<\/strong> e outra sendo uma Page<\/strong>, voc\u00ea pode instanciar a classe usando o\u00a0 tipo de refer\u00eancia Content.t<\/strong><\/p>\n

    Mas em tempo de execu\u00e7\u00e3o, ser\u00e1 na verdade uma inst\u00e2ncia do\u00a0 tipo Post<\/strong>. Faz sentido? Aqui est\u00e1 algum c\u00f3digo como exemplo.<\/p>\n

    Primeiro, vamos come\u00e7ar definindo uma\u00a0 classe Content<\/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
    Ele tem as propriedades gerais que voc\u00ea provavelmente espera \u2013 t\u00edtulo, conte\u00fado e metadados. \u00c9 verdade que essas propriedades s\u00e3o apenas strings, mas podem ser estruturas de dados mais elaboradas em uma situa\u00e7\u00e3o do mundo real.<\/p>\n
    Agora vamos ver um Post<\/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
    O que acontece, ent\u00e3o, se voc\u00ea chamar um m\u00e9todo na\u00a0 classe Post<\/strong>, como getTitle<\/strong>, que n\u00e3o existe, mas existe na\u00a0 classe Content<\/strong>? Ent\u00e3o, por causa da heran\u00e7a, ele procurar\u00e1 o m\u00e9todo em Post<\/strong>, n\u00e3o o encontrar\u00e1, ent\u00e3o come\u00e7ar\u00e1 a procur\u00e1-lo em Content<\/strong>.<\/p>\n
    Se for encontrado, ele ir\u00e1 execut\u00e1-lo.<\/p>\n
    \"Olhando<\/a><\/p>\n
    Da mesma forma, podemos fazer algo assim com a\u00a0 classe Page<\/a> e os dados de conte\u00fado. Primeiro, instanciamos a classe base e, em seguida, definimos propriedades espec\u00edficas para a Page<\/strong>. Neste caso, ser\u00e1 uma categoria.<\/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
    Agora, quando executamos o c\u00f3digo, podemos come\u00e7ar com o conte\u00fado:<\/strong><\/p>\n
    <?php\n\n$content = new Content();\necho $content->getTitle();<\/code><\/pre>\n
    Observe que isso se parece com o que esper\u00e1vamos, pois temos um t\u00edtulo e conte\u00fado. Vejamos tamb\u00e9m o 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
    Isso funciona porque temos um autor, mas tamb\u00e9m temos um t\u00edtulo porque ele reside em Content<\/strong>. Mas se tentarmos chamar getAuthor<\/strong> em uma inst\u00e2ncia 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 receber um erro porque o m\u00e9todo n\u00e3o reside nessa classe.<\/p>\n
    \"Olhando<\/a><\/p>\n
    Ent\u00e3o o que devemos fazer? Como n\u00e3o temos tipos fortes em PHP, n\u00e3o podemos convert\u00ea-los em um tipo diferente.<\/p>\n
    Existem padr\u00f5es de design para isso, que discutirei em um conjunto futuro de postagens, mas o PHP n\u00e3o permite isso t\u00e3o facilmente quanto algumas outras linguagens (como C# ou Java).<\/p>\n
    Perguntas sobre polimorfismo<\/h2>\n
    Felizmente, o c\u00f3digo acima lhe d\u00e1 uma ideia de como um tipo concreto como um Post\u00a0<\/strong> ou uma P\u00e1gina<\/strong> pode ter implicitamente as propriedades e m\u00e9todos de sua classe base, Content<\/strong>, usados \u200b\u200bem tempo de execu\u00e7\u00e3o.<\/p>\n
    Mas tamb\u00e9m levanta algumas quest\u00f5es, n\u00e3o \u00e9? Por exemplo:<\/p>\n