O Magento 2 est\u00e1 a\u00ed, e aqui no Brasil muita gente (e muita empresa) n\u00e3o est\u00e1 dando muita bola para ele. Os motivos s\u00e3o os mais diversos, e confesso que tamb\u00e9m demorei para come\u00e7ar a me render aos seus encantos.<\/p>\n\n\n\n
Enfim ele chegou. E n\u00e3o adianta mais fugir. Vale a pena migrar? Isso \u00e9 assunto pra outro post<\/a>. Se voc\u00ea j\u00e1 desenvolve para Magento 1, sabe que os arquivos dos m\u00f3dulos ficam espalhados por tudo que \u00e9 canto. Tem arquivos de template aqui, JS ali, css acol\u00e1, e por a\u00ed vai. <\/p>\n\n\n\n N\u00e3o mais no M2. Code pools ( A estrutura de pasta de um m\u00f3dulo \u00e9 bem flex\u00edvel agora, embora ainda existam algumas conven\u00e7\u00f5es como Blocks, Controllers, Helpers, Models, etc. Aqui algumas exce\u00e7\u00f5es:<\/p>\n\n\n\n Esta \u00e9 provavelmente a mudan\u00e7a mais dif\u00edcil de ter sido implementada. Tudo que voc\u00ea estava acostumado(a) a acessar atrav\u00e9s da classe Mage foi dividido em bibliotecas separadas ou substitu\u00eddo.<\/p>\n\n\n\n (Inje\u00e7\u00e3o de Depend\u00eancia?! S\u00e9rio que algu\u00e9m prefere assim?) <\/p>\n\n\n\n A maior mudan\u00e7a na arquitetura foi justamente a implementa\u00e7\u00e3o de Dependency Injection<\/a>. Voc\u00ea n\u00e3o consegue mais abrir um c\u00f3digo-fonte sem v\u00ea-lo. Isso \u00e9 ideal para testes unit\u00e1rios, separa\u00e7\u00e3o de m\u00f3dulos, customiza\u00e7\u00f5es, e gerenciamento de depend\u00eancias de uma forma que nunca foi poss\u00edvel antes. Falo muito disso no curso de desenvolvimento para Magento 2<\/a>.<\/p>\n\n\n\n De forma resumida, voc\u00ea define os objetos que quer acessar como argumentos do construtor de cada classe e armazena dele como membro da classe pra usar depois. O Magento vai automaticamente gerar os objetos certos quando sua classe for criada, e \u201cinjetar\u201d eles no construtor pra voc\u00ea. Dependendo do tipo de classe, voc\u00ea pode querer definir os par\u00e2metros diretamente, ou talvez devesse criar uma interface (classe abstrata) ou um factory (para criar models, collections, etc.).<\/p>\n\n\n\n Os controllers<\/em> agora s\u00e3o classes normais. S\u00e3o chamados \u2018auto-loaded\u2019, e podem ser estendidos como outra classe qualquer. N\u00e3o \u00e9 legal? <\/p>\n\n\n\n Nada de \u2018IndexController\u2019, \u2018IndexAction\u2019, e outras dores de cabe\u00e7a com rewrites. Veja a s\u00e9rie sobre controllers no Magento 2<\/a> e entenda como funcionam. Comece por aqui<\/a>.<\/p>\n\n\n\n Esse parece besta, mas no Magento 1, os arquivos phtml eram executados dentro do escopo de suas classes (type). Ou seja, quando us\u00e1vamos o Para acessar a classe do block a partir de um template no Magento 2, voc\u00ea precisar\u00e1 usar No Magento 1, a configura\u00e7\u00e3o de um m\u00f3dulo era bem flex\u00edvel. Voc\u00ea tinha No Magento 2, toda configura\u00e7\u00e3o de xml segue uma estrutura bem mais r\u00edgida e expl\u00edcita, definida nos arquivos .xsd. <\/p>\n\n\n\n Seu m\u00f3dulo \u00e9 definido em Configura\u00e7\u00f5es s\u00e3o definidas em Existem muitos outros tipos de objetos de configura\u00e7\u00e3o, e voc\u00ea pode adicionar outros se precisar.<\/p>\n\n\n\n Seguindo a mesma linha, arquivos de layout XML tamb\u00e9m s\u00e3o estritos e a forma como s\u00e3o escritos e mesclados mudou bastante. <\/p>\n\n\n\n Cada handle<\/em> de layout possu\u00ed seu pr\u00f3prio arquivo, mas o conceito pelo menos \u00e9 o mesmo.<\/p>\n\n\n\n A parte boa dos XSD\u2019s falaremos logo mais.<\/p>\n\n\n\n O Magento 2 pegou pesado nas ferramentas de linha de comando, tanto para tarefas simples como outras mais pesadas. Agora \u00e9 poss\u00edvel instalar e gerenciar m\u00f3dulos com o Composer. <\/p>\n\n\n\n Tamb\u00e9m existe o bin\/magento<\/strong>, que tem dezenas de funcionalidades como: gerenciar caches, \u00edndices, trocar configura\u00e7\u00f5es da loja, compilar arquivos est\u00e1ticos, limpar caches, e at\u00e9 mesmo instalar um magento do zero, incluindo (ou n\u00e3o) os arquivos de sample data (base de exemplo). Existem ainda v\u00e1rias outras ferramentas de linha de comando, e bibliotecas composer que incluem pacotes para testes unit\u00e1rios, de performance, e muitas outras utilidades. Veja tamb\u00e9m o n98-magerun para M2<\/a>.<\/p>\n\n\n\n J\u00e1 faz tempo que me rendi aos encantos do PhpStorm (e porque n\u00e3o, do magicento), mas ainda tem muito dev (se n\u00e3o a maioria) que prefere um editor de texto como o Sublime Text, VSCode, ou alguma varia\u00e7\u00e3o de Notepad++. <\/p>\n\n\n\n No entanto, o Magento 2 pode ser um labirinto, sendo f\u00e1cil se perder por l\u00e1. Novos padr\u00f5es de c\u00f3digo, dependency injection<\/a>, e o strict XML baseado nos XSD\u2019s<\/a> tornam quase que obrigat\u00f3rios o uso de uma IDE.<\/p>\n\n\n\n Se souber tirar proveito de uma IDE, ela te ajudar\u00e1 bastante no Magento 2, uma vez que voc\u00ea pode configurar os XSD\u2019s do Magento<\/a> na sua IDE, assim como os padr\u00f5es de c\u00f3digo, para auto-gerar DocBlocks, validar PSR\u2019s, e rodar um php-cs-fixer toda vez que salvar um arquivo. Isso vale todo o tempo a mais que uma IDE pode tomar com seus reindexes.<\/p>\n\n\n\n Espero que voc\u00ea tenha gostado dessas dicas. Se voc\u00ea est\u00e1 come\u00e7ando com Magento 2, ou quer aperfei\u00e7oar sua habilidade de desenvolvimento, considere se inscrever no Magento 2: O Curso<\/a>.<\/p>\n\n\n\n Muita coisa tamb\u00e9m se encontra na documenta\u00e7\u00e3o oficial<\/a> e no Magento Stack Exchange<\/a>, al\u00e9m \u00e9 claro do nosso grupo no Facebook<\/a>.<\/p>\n\n\n\n
Hoje vamos falar nas principais mudan\u00e7as e o que voc\u00ea precisa saber para sofrer menos com as mudan\u00e7as.
N\u00e3o adianta relutar e dar desculpas: o Magento 2 \u00e9 realmente intimidador a primeira vista, usa novas tecnologias, novos conceitos, mas tudo isso para se manter como a melhor plataforma de e-commerce pela pr\u00f3xima d\u00e9cada.
Para nossa sorte, muita coisa ainda \u00e9 muito familiar ao Magento 1.<\/p>\n\n\n\n1. Separa\u00e7\u00e3o de M\u00f3dulos<\/h2>\n\n\n\n
app\/code\/core<\/code>, community<\/code>, local<\/code>) tamb\u00e9m se foram. Tudo que for relacionado a um m\u00f3dulo, agora fica em uma \u00fanica pasta: app\/code\/{vendor}\/{module}<\/code>.<\/p>\n\n\n\netc\/<\/code>.<\/li>Setup\/<\/code>.<\/li>view\/<\/code>.<\/li><\/ul>\n\n\n\n2. Mage::Descanse em paz()<\/h2>\n\n\n\n
Mage::registry<\/code>, por exemplo, agora \u00e9 \\Magento\\Framework\\Registry<\/code>.<\/p>\n\n\n\nMage::getModel<\/code> para carregar um objeto agora deve ser chamado via dependency injection<\/a> (veja como funciona<\/a>), o que for\u00e7a o desenvolvedor a ser mais expl\u00edcito e cuidadoso sobre o que quer carregar.<\/p>\n\n\n\nMage::log<\/code> tamb\u00e9m foi substitu\u00eddo pelo Monolog<\/a>, uma biblioteca bem conhecida para esses fins, e que tamb\u00e9m foi injetada em v\u00e1rios objetos. Veja a s\u00e9rie de artigos sobre logs no Magento 2<\/a> que fiz.
Tudo que era Mage<\/code>, junto com seus primos Varien<\/code>, agora s\u00e3o encontrados em lib\/internal\/Magento\/Framework<\/code> (ou vendor\/magento\/framework<\/code>). Nosso querido Varien_Object<\/code> agora \u00e9 \\Magento\\Framework\\Object<\/code>. Os setters<\/em> e getters<\/em> m\u00e1gicos ainda est\u00e3o l\u00e1, mesmo que as IDE\u2019s n\u00e3o gostem deles – \u00e9 melhor defini-los explicitamente.<\/p>\n\n\n\n3. Inje\u00e7\u00e3o de Depend\u00eancia (DI)<\/h2>\n\n\n\n
4. Controllers<\/h2>\n\n\n\n
Al\u00e9m disso, voc\u00ea vai encontrar muito mais controllers<\/em> do que antes. No Magento 1, voc\u00ea tinha um arquivo de controller<\/em> contendo v\u00e1rias actions<\/em>. Agora, aquele controller<\/em> \u00e9 chamado de path<\/em>, e \u00e9 uma pasta. Toda action<\/em> tem seu pr\u00f3prio arquivo controller<\/em>. e o Magento 2 chama o m\u00e9todo \u201cexecute()\u201d pra executar ele.<\/p>\n\n\n\n<?php\nnamespace Magento\\Catalog\\Controller\\Category;\n\nclass View extends \\Magento\\Framework\\App\\Action\\Action\n{\n\n\/\/ ...\n\n public function execute()\n {\n if ($this->_request->getParam(\\Magento\\Framework\\App\\ActionInterface::PARAM_NAME_URL_ENCODED)) {\n return $this->resultRedirectFactory->create()->setUrl($this->_redirect->getRedirectUrl());\n }\n $category = $this->_initCategory();\n if ($category) {\n\/\/ ...<\/pre>\n\n\n\n5. Blocks<\/h2>\n\n\n\n
$this<\/code>, nos referenci\u00e1vamos \u00e0 classe do block, e voc\u00ea podia usar o $this<\/code> para chamar qualquer membro da classe, seja ele publico, privado ou protected. Agora n\u00e3o mais.<\/p>\n\n\n\n$block<\/code>, e s\u00f3 poder\u00e1 acessar m\u00e9todos p\u00fablicos. Existem algumas outras mudan\u00e7as (e muitos novos padr\u00f5es para c\u00f3digos frontend), mas esse \u00e9 o que mais se destaca.<\/p>\n\n\n\n6. Configura\u00e7\u00e3o<\/h2>\n\n\n\n
etc\/config.xml<\/code>, e se estivesse de bom humor, talvez criaria o adminhtml.xml<\/code>.<\/p>\n\n\n\netc\/module.xml<\/code>. Eventos s\u00e3o definidos em etc\/events.xml<\/code> (ou etc\/{area}\/events.xml<\/code>). Isso tudo \u00e9 super bem explicado no Magento 2: O Curso<\/a>.<\/p>\n\n\n\netc\/adminhtml\/system.xml<\/code>, e as configura\u00e7\u00f5es padr\u00e3o (antes em ) s\u00e3o definidas em etc\/config.xml<\/code>. <\/p>\n\n\n\n7. Vai ter que aprender a usar o terminal<\/h2>\n\n\n\n
<\/p>\n\n\n\n
<\/p>\n\n\n\n8. Complexidade<\/h2>\n\n\n\n