Neste ponto, eu diria que os fundamentos da compreens\u00e3o da programa\u00e7\u00e3o orientada a objetos foram estabelecidos.<\/p>\n
Especificamente, eu cobri:<\/p>\n
E, sim, h\u00e1 algum debate sobre o que constitui os fundamentos (ou seja, alguns n\u00e3o jogam polimorfismo na mistura, embora eu o fa\u00e7a). Mas os quatro acima devem fornecer uma base s\u00f3lida para continuar desenvolvendo suas habilidades de programa\u00e7\u00e3o orientada a objetos.<\/p>\n
Existem mais, mas n\u00e3o acho que sejam t\u00e3o profundos, detalhados ou dif\u00edceis de entender quanto alguns dos conceitos mencionados acima. Ent\u00e3o, novamente, coisas diferentes s\u00e3o mais f\u00e1ceis para os outros.<\/p>\n
De qualquer forma, os pr\u00f3ximos dois t\u00f3picos que s\u00e3o importantes para entender s\u00e3o:<\/p>\n
Falarei sobre cada um separadamente, mas certifique-se de ler primeiro a s\u00e9rie Fundamentos<\/a>, pois os dois t\u00f3picos acima permitir\u00e3o que voc\u00ea confie neles e tire proveito deles.<\/p>\n Vago, eu sei, mas deixe-me explicar e depois partir da\u00ed.<\/p>\n De longe, a defini\u00e7\u00e3o mais comum de interface que voc\u00ea provavelmente ouvir\u00e1 \u00e9 que \u00e9 um contrato. Isso n\u00e3o \u00e9 errado, mas acho que deixa muito a desejar.<\/p>\n Por exemplo, quando voc\u00ea pensa em contratos, provavelmente pensa em algo muito envolvente, muito jarg\u00e3o, um processo complicado de obter algo assinado, datado, pronto para funcionar e assim por diante.<\/p>\n Mas quando se trata de interfaces de programa\u00e7\u00e3o, esse n\u00e3o \u00e9 o caso. Na verdade, eu diria que definir interfaces pode tornar a programa\u00e7\u00e3o mais f\u00e1cil e alivia muito a burocracia porque torna as coisas muito pretas ou brancas quanto ao que algo deve implementar.<\/p>\n Nossa ind\u00fastria usa a palavra “interface” para duas coisas:<\/p>\n Este \u00faltimo \u00e9 o que ser\u00e1 discutido neste artigo. E n\u00e3o, n\u00e3o vamos usar exemplos t\u00edpicos como programa\u00e7\u00e3o para uma interface Animal ou qualquer outra coisa.<\/strong> Em vez disso, veremos como fazer isso a partir de exemplos de c\u00f3digo reais.<\/p>\n Definimos “programa\u00e7\u00e3o para uma interface” como uma forma de escrevermos c\u00f3digo que implemente as assinaturas de fun\u00e7\u00f5es definidas na referida interface.<\/p>\n Mas o que s\u00e3o assinaturas de m\u00e9todos? Simplificando, as assinaturas de m\u00e9todo incluem:<\/p>\n No contexto de uma classe, voc\u00ea a ver\u00e1 assim:<\/a><\/p>\n F\u00e1cil, certo?<\/p>\n No c\u00f3digo acima, podemos ver que a fun\u00e7\u00e3o set<\/strong> aceita uma chave<\/strong> e um valor<\/strong> que ser\u00e1 utilizado e a fun\u00e7\u00e3o \u00e9 acess\u00edvel por qualquer objeto que tenha refer\u00eancia \u00e0 classe.<\/p>\n Mas as interfaces tamb\u00e9m podem incluir isso. Por\u00e9m, h\u00e1 uma ressalva: as interfaces n\u00e3o t\u00eam implementa\u00e7\u00e3o de m\u00e9todo.<\/p>\n Ent\u00e3o, ao inv\u00e9s de algo assim:<\/a><\/p>\n Voc\u00ea ver\u00e1 isso:<\/a><\/p>\n Mas tamb\u00e9m h\u00e1 algumas sutilezas a serem observadas no c\u00f3digo acima.<\/p>\n Quando criamos uma interface, estamos dizendo, como mencionado acima, que qualquer classe que implemente a interface definir\u00e1 os m\u00e9todos que ela inclui.<\/p>\n Ent\u00e3o, se tiv\u00e9ssemos que unir tudo o que vimos acima, a implementa\u00e7\u00e3o final ficaria assim<\/a> (embora idealmente mantiv\u00e9ssemos isso em arquivos separados):<\/p>\n E \u00e9 assim que interfaces e classes se encaixam.<\/p>\n Em termos simples, sim. Mas na minha experi\u00eancia, descobri que h\u00e1 mais do que simplesmente definir os m\u00e9todos e implement\u00e1-los.<\/p>\n Muitas vezes, \u00e9 f\u00e1cil definir classes, depois definir a interface e depois implementar a interface. Mas isso \u00e9 completamente<\/strong> para tr\u00e1s. Em vez disso, precisamos pensar mais estrategicamente sobre nosso trabalho.<\/p>\n Em vez de recorrer a uma interface, o que anula completamente o prop\u00f3sito, precisamos come\u00e7ar de forma ampla para que nossas classes possam se especializar no que fazem ao mesmo tempo em que implementam funcionalidades comuns n\u00e3o apenas a essa classe, mas a outras classes que podem precisar da mesma funcionalidade.<\/p>\n Usando o exemplo acima, podemos ter um SimpleCache<\/strong>, um TransientCache<\/strong> ou algum outro tipo de cache. Independentemente do tipo de cache que implementamos, eles implementar\u00e3o a interface e a funcionalidade ser\u00e1 deixada para a classe que implementa a interface.<\/p>\n Assim, definimos como um cache pode parecer em alto n\u00edvel, mas as classes de implementa\u00e7\u00e3o definir\u00e3o exatamente como eles funcionam.<\/p>\n Se voc\u00ea \u00e9 um desenvolvedor WordPress e quer aprender a construir coisas em cima do aplicativo usando t\u00e9cnicas pr\u00e1ticas e orientadas a objetos, ent\u00e3o por que n\u00e3o entrar no site?<\/a><\/p>\nEntendendo as interfaces<\/h2>\n
Uma palavra sobre “interfaces"<\/h3>\n
\n
Programa\u00e7\u00e3o para uma interface<\/h3>\n
\n
<?php\n\nclass Cache \n{\n public function set($key, $value) \n {\n \/\/ method implementation\n }\n}\n<\/code><\/pre>\n<?php\n\nclass Cache \n{\n public function set($key, $value) {\n set_transient($key, $value);\n }\n}\n<\/code><\/pre>\n<?php\n\ninterface iCache \n{\n public function set($key, $value);\n public function get($key);\n public function has($key);\n}\n<\/code><\/pre>\n\n
<?php\n\ninterface iCache {\n public function set($key, $value);\n public function get($key);\n public function has($key);\n}\n\npublic class SimpleCache implemnents iCache\n{\n public function set($key, $value)\n {\n set_transient($key, $value, DAY_IN_SECONDS);\n }\n\n public function get($key)\n {\n if (!$this->has($key))\n {\n return false;\n }\n return get_transient($key);\n }\n\n public function has($key)\n {\n return false !== get_transient($key);\n }\n}\n<\/code><\/pre>\n\u00c9 isso?<\/h2>\n
\n