{"id":234112,"date":"2022-11-15T10:50:00","date_gmt":"2022-11-15T07:50:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=234112"},"modified":"2022-11-15T10:53:26","modified_gmt":"2022-11-15T07:53:26","slug":"por-que-se-preocupar-com-o-carregamento-automatico-no-wordpress-parte-3","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/por-que-se-preocupar-com-o-carregamento-automatico-no-wordpress-parte-3\/","title":{"rendered":"Por que se preocupar com o carregamento autom\u00e1tico no WordPress, parte 3"},"content":{"rendered":"\n

No \u00faltimo post<\/a>, eu disse que n\u00e3o poder\u00edamos ter alguns dos mesmos luxos que as linguagens compiladas e estaticamente tipadas t\u00eam. Especificamente, eu estava falando sobre a ideia de n\u00e3o ter que lidar com autoloaders.<\/p>\n

Em vez disso, linguagens compiladas podem pegar todos os arquivos que comp\u00f5em o programa, process\u00e1-los e agrup\u00e1-los em um \u00fanico bin\u00e1rio.<\/p>\n

Mas para fazer isso, ele precisa de um tipo espec\u00edfico de programa para fazer isso.<\/p>\n

Autoloading no WordPress: Linkers e Autoloaders<\/h2>\n

Ou seja, ele usa um utilit\u00e1rio chamado linker<\/a>. Abordarei isso brevemente, mas ver o papel que desempenha no contexto de linguagens compiladas pode ajudar a fazer uma analogia com o funcionamento do carregamento autom\u00e1tico no WordPress (e PHP).<\/p>\n

O que \u00e9 um Linker?<\/h3>\n

Dependendo da linguagem com a qual voc\u00ea est\u00e1 trabalhando, especialmente com linguagens de programa\u00e7\u00e3o orientadas a objetos, \u00e9 prov\u00e1vel que o c\u00f3digo se espalhe por v\u00e1rios arquivos.<\/p>\n

Al\u00e9m disso, cada um desses arquivos ser\u00e1 empacotado em seus pacotes (nos referimos a eles como namespaces como PHP, e a maioria das linguagens compiladas tamb\u00e9m faz o mesmo). Portanto, para fins de demonstra\u00e7\u00e3o, suponha que os arquivos estejam inclu\u00eddos em seus namespaces.<\/p>\n

Ent\u00e3o, em toda a base de c\u00f3digo, voc\u00ea tem todos esses arquivos relacionados por meio de namespaces, mas espalhados por arquivos separados.<\/p>\n

Quando chega a hora de compilar tudo isso em um \u00fanico bin\u00e1rio execut\u00e1vel, um programa chamado linker analisa o c\u00f3digo e faz m\u00e1gica para ajudar a criar um \u00fanico bin\u00e1rio execut\u00e1vel (em vez de uma cole\u00e7\u00e3o de arquivos como estamos acostumados a ver em projetos baseados em PHP).<\/p>\n

E carregamento autom\u00e1tico?<\/h3>\n

Ent\u00e3o, quais s\u00e3o as semelhan\u00e7as entre carregamento autom\u00e1tico e vincula\u00e7\u00e3o? Como mencionado, os projetos que constru\u00edmos no WordPress (e PHP) residem consistentemente em arquivos separados. Ou seja, eles nunca ser\u00e3o compilados em um arquivo.<\/p>\n

Eu diria que era uma vez (embora isso ainda aconte\u00e7a), usamos include_once<\/a> ou require_once<\/a> para trazer todas as depend\u00eancias que precisamos. Mas o carregamento autom\u00e1tico nega a necessidade de fazer isso.<\/p>\n

\"Por<\/a><\/p>\n

Escrevendo manualmente um autoloader (sem usar o PSR4).<\/p>\n

Em vez disso, um autoloader pode pegar o c\u00f3digo que temos sempre que, digamos, instanciar uma classe e ent\u00e3o carregar automaticamente (da\u00ed seu nome) o arquivo sem a necessidade de incluir manualmente o arquivo.<\/p>\n

A analogia<\/h3>\n

Enquanto um linker analisar\u00e1 a base de c\u00f3digo de um programa e montar\u00e1 automaticamente o bin\u00e1rio, um autoloader precisar\u00e1 de algum tipo de configura\u00e7\u00e3o para saber onde est\u00e3o as classes, como localizar um arquivo no sistema de arquivos dado seu namespace e nome de classe e em breve.<\/p>\n

Al\u00e9m disso, existem diferentes maneiras de fazer isso, dependendo se voc\u00ea optar por usar algo como PSR-4<\/a> ou outra estrat\u00e9gia de carregamento. Mas isso est\u00e1 al\u00e9m do escopo deste post.<\/p>\n

\u00c9 isso<\/h2>\n

A ideia por tr\u00e1s de tudo isso \u00e9 entender como linguagens estaticamente tipadas, que s\u00e3o frequentemente \u2013 embora nem sempre \u2013 linguagens compiladas e como dinamicamente tipadas \u2013 que muitas vezes n\u00e3o s\u00e3o compiladas (pense em JavaScript, PHP, etc.) jeitos diferentes.<\/p>\n

Resumidamente:<\/p>\n