Disponibilizei hoje o primeiro screencast do getOnCode();
Minha idéia é produzir sempre alguns screencasts, mas como esta atividade é um pouco trabalhosa, eu ainda não decidi qual será a frequência com que serão produzidos, isso depende da receptividade do público.
Bom, dê uma olhada lá e depois me diga o que achou.
Abraço.
zf create form User
class Application_Form_User extends Zend_Form { public function init() { /* Form Elements & Other Definitions Here … */ } }
class Application_Form_User extends Zend_Form { public function init() { $username = new Zend_Form_Element_Text(‘username’); $username->setLabel(‘Usuário’) ->setRequired(true) ->addFilter(‘StripTags’) ->addFilter(‘StringTrim’) ->addValidator(‘NotEmpty’) ->addValidator(‘StringLength’, false, array(5,30)); $fullName = new Zend_Form_Element_Text(‘fullName’); $fullName->setLabel(‘Nome Completo’) ->setRequired(true) ->addFilter(‘StripTags’) ->addFilter(‘StringTrim’) ->addValidator(‘NotEmpty’) ->addValidator(‘StringLength’, false, array(5,90)); $email = new Zend_Form_Element_Text(‘email’); $email->setLabel(‘E-mail’) ->setRequired(true) ->addFilter(‘StripTags’) ->addFilter(‘StringTrim’) ->addValidator(‘EmailAddress’); $password = new Zend_Form_Element_Password(‘password’); $password->setLabel(‘Senha’) ->setRequired(true) ->addFilter(‘StripTags’) ->addFilter(‘StringTrim’) ->addValidator(‘NotEmpty’) ->addValidator(‘StringLength’, false, array(5,30)); $submit = new Zend_Form_Element_Submit(‘Salvar’); $this->addElements( array($username, $fullName, $email, $password, $submit) ); } }
$this->view->form = new Application_Form_User(); if ($this->getRequest()->isPost()) { if ($this->view->form->isValid($this->_request->getPost())) { // Salva no banco de dados ou seja lá o que for fazer com os dados provenientes do form var_dump($this->_request->getPost()); } else { $this->view->form->populate($this->_request->getPost()); } }
echo $this->form;
<form action="”"" enctype="”application/x-www-form-urlencoded”" method="”post”"> <dl class="”zend_form”"> <dt id="”username-label”"><label class="”required”" for="”username”">Usuário</label></dt> <dd id="”username-element”"> <input id="”username”" name="”username”" type="”text”" value="”"" /></dd> <dt id="”fullName-label”"><label class="”required”" for="”fullName”">Nome Completo</label></dt> <dd id="”fullName-element”"> <input id="”fullName”" name="”fullName”" type="”text”" value="”"" /></dd> <dt id="”email-label”"><label class="”required”" for="”email”">E-mail</label></dt> <dd id="”email-element”"> <input id="”email”" name="”email”" type="”text”" value="”"" /></dd> <dt id="”password-label”"><label class="”required”" for="”password”">Senha</label></dt> <dd id="”password-element”"> <input id="”password”" name="”password”" type="”password”" value="”"" /></dd> <dt id="”Salvar-label”"> </dt> <dd id="”Salvar-element”"> <input id="”Salvar”" name="”Salvar”" type="”submit”" value="”Salvar”" /></dd> </dl> </form>
No primeiro capítulo desta série eu mostrei como configurar o seu ambiente de desenvolvimento para utilizar o Zend Framework com o Zend_Tool.
Model, View, Controller
O Zend Framework utiliza o pattern MVC, que permite que as camadas das aplicações sejam separadas em camadas.
Basicamente, as camadas do MVC são 3: Model (Modelo), View (Visão) e Controller (Controle) e cada uma dessas camadas devem implementar especificamente aquilo que diz respeito à funcionalidade em questão; Mas você deve estar se perguntando: “WTF esse cara tá falando? Até agora ele falou, falou e falou mas não disse diretamente o que é o Model, o View e nem o Controller”. E eu responderia: “Relaxa… , vou falar sobre isso agora.”.
Enfim, Vamos lá:
Não é minha intenção e nem pretensão falar tudo sobre MVC aqui e sim somente aquilo que é necessário para que você possa implementar uma aplicação utilizando este pattern em conjunto com o Zend Framework e mostrar como este framework o implementa.
Caso você queira saber mais sobre MVC siga os links abaixo:
O MVC com Zend Framework
Eu prefiro mostrar como este padrão é implementado no Zend Framework na prática pois este é meu jeito e é isso que pretendo fazer neste tutorial, então, neste capítulo, sempre que eu for trabalhar com uma das camadas eu vou deixar isso bem explícito.
Será implementado algum projeto neste Tutorial?
Sim e como já existem vários tutoriais por aí que implementam Blog, Agenda, etc, nós implementaremos um sistema básico de contas a pagar utilizando o SQLite como SGBD.
Estrutura de uma aplicação
Além de organizarmos melhor o código utilizando Actions Controllers, nós também podemos manter nossas URLs mais organizadas e de fácil leitura pois o Zend Framework implementa o conceito de URLs amigáveis então com o ZF é raro (digo raro porque já vi isso ocorrer) de se ver URLs como por exemplo: http://meusite.com/users.php?operacao=Alterar&id=10; Com o Zend Framework, esta URL seria mais ou menos assim: http://meusite.com/users/alterar/id/10 e ela indica que: Será feita uma requisição HTTP para o controller users (UsersController) mais especificamente para a action alterarAction e serão passados parâmetros via method GET, neste caso o parâmetro chama-se id e seu valor é 10.
Quando nós criamos a estrutura do nosso projeto no capítulo 1, o Zend_Tool criou dentro do diretório application/controllers um arquivo PHP chamado IndexController.php; Este arquivo é criado automaticamente pois ele funciona como o controller de entrada da aplicação; Se fizermos uma comparação novamente com aquela estrutura de desenvolvimento mais antiga, o IndexController funcionaria como o index.php de uma aplicação ou seja, sempre que a URL do sistema/site for chamada sem informar uma tela específica, o sistemá apontará para a tela padrão do sistema.
class IndexController extends Zend_Controller_Action { public function init() { /* Initialize action controller here */ } public function indexAction() { // action body } }
A primeira coisa que observamos é que o nome da classe é exatamente igual ao nome do arquivo (excluíndo o sufixo .php) e isso é uma regra.
Como vimos anteriormente, actions podem (e são na maioria dos casos) se relacionar a telas do nosso projeto, para isso nós temos que ter uma view template correspondente para que possa ser renderizada e apresentada na tela para o usuário.
Criando o UsersController
zf create controller users
Após executar este comando, o resultado será parecido com o trecho abaixo:
Creating a controller at /usr/local/zend/apache2/htdocs/zf-series/application/controllers/UsersController.phpCreating an index action method in controller UsersCreating a view script for the index action method at /usr/local/zend/apache2/htdocs/zf-series/application/views/scripts/users/index.phtmlCreating a controller test file at /usr/local/zend/apache2/htdocs/zf-series/tests/application/controllers/UsersControllerTest.phpUpdating project profile ‘/usr/local/zend/apache2/htdocs/zf-series/.zfproject.xml’
Pronto! Nosso novo controller está criado, o nome dele é UsersController.php e ele também implementou para nós o indexAction e seu template. Dê uma olhada nos diretórios para você ver a mágica.
Como exercício, edite o arquivo de template index.phtml que está em application/views/scripts/users e coloque uma frase que te agrade lá. O meu ficou assim:
class UsersController extends Zend_Controller_Action { public function init() { /* Initialize action controller here */ } public function indexAction() { // action body $this->view->minhaFrase = "Os programadores são a Elite da TI"; } }
<!--?php echo $this--->minhaFrase ?>
Pronto. Como nós estamos acessando o objeto diretamente da view, então basta manipularmos o atributo minhaFrase que criamos quando estávamos no controller diretamente usando $this.
Como exercício, crie mais alguns desses atributos na action em seu controller e mostre os valores em sua view. Beleza?Criando um Layout com Zend_Layout
Quando nós desenvolvemos sites/sistemas web com PHP nós costumamos usar código que se repete por meio de includes não é mesmo? Dessa forma se um dia essas informações precisarem ser modificadas nós modificamos em apenas um local.
zf enable layout
Layouts have been enabled, and a default layout created at /usr/local/zend/apache2/htdocs/zf-series/application/layouts/scripts/layout.phtmlA layout entry has been added to the application config file.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <title>Zend Framework Tutorial Series</title> <meta name="generator" content="TextMate http://macromates.com/"> <meta name="author" content="Adler Medrado"> <!-- Date: 2010-02-15 --> </head> <body> <div id="header"> <h1>Zend Framework Tutorial Series</h1> </div> <div id="content"> <p>Este é o layout do nosso sistema. Em breve nós iremos modifica-lo.</p> <?php echo $this->layout()->content; ?> </div> <div id="footer"> <p>© 2010 - Adler Medrado - http://adlermedrado.com.br</p> </div> </body> </html>
No nosso layout nós definimos uma mensagem de título que está no header e uma mensagem de copyright no footer. Se você analisar bem este código, você verá que é feita uma chamada a um método chamado layout(); Este método é na verdade um Zend_View_Helper que faz a mesclagem do template do action que é executado no momento do request com o restante do layout.
Considerações Finais
Abraços e até o próximo capítulo.
eu escolhi: /Users/adlermedrado/Sites/zf-series) digite o seguinte comando:
<VirtualHost *:80>ServerAdmin adlermedrado@gmail.comDocumentRoot “/Users/adlermedrado/Sites/zf-series/public”ServerName zf-seriesServerAlias zf-seriesErrorLog “/private/var/log/apache2/zf-series-error_log”CustomLog “/private/var/log/apache2/zf-series-access_log” common
<Directory “/Users/adlermedrado/Sites/zf-series/public”>Options Includes FollowSymLinksAllowOverride AllOrder allow,denyAllow from all</Directory>
</VirtualHost>
### Host Database## localhost is used to configure the loopback interface# when the system is booting. Do not change this entry.##127.0.0.1 localhost255.255.255.255 broadcasthost::1 localhostfe80::1%lo0 localhost
# Meus dominios locais127.0.0.1 zf-series
Se você usa o Zend Framework já percebeu que não é muito trivial obter as queries executadas no banco de dados e isso é algo comum no dia-a-dia de um desenvolvedor pois com elas nós podemos corrigir bugs e determinar pontos de lentidão e etc.
O Zend Framework possui um componente chamado Zend_Db_Profiler que nos permite realizar o profiling dos acessos ao banco mas na minha opinião ele sozinho é muito chato de usar então eu utilizo ele em conjunto com o componente Zend_Db_Profiler_Firebug e é isso que vou mostrar a você como se faz.
Primeiramente, você deve ter os complementos do Firefox Firebug e FirePHP instalados, ou seja, só é possível usar este recurso com o Firefox o que não deve ser um problema pois a maioria dos desenvolvedores utilizam ele não é mesmo? Beleza, agora vamos dizer à nossa aplicação que iremos usar este recurso.
O primeiro passo é abrir a conexão em nosso bootstrapper mais ou menos como o código abaixo. A propósito, estou levando em consideração que você já saiba usar o Zend_Config_Ini para guardar configurações do sistema, entre elas, de acesso ao banco de dados.
Vamos lá:
// Get the configuration $pathConfig = 'conf' . DIRECTORY_SEPARATOR;
$config = new Zend_Config_Ini($pathConfig . 'config.ini', 'development');
// Opening connection
$db = Zend_Db::factory($config->database->adapter, $_arrDbConnection['database']);
Zend_Registry::set('db', $db);
Zend_Db_Table::setDefaultAdapter($db);
Com o código acima nós abrimos o arquivo de configuração, convertemos em objeto (Zend_Config_Ini), abrimos a conexão com o banco de dados e o associamos como adapter padrão às classes derivadas de Zend_Db_Table.
Agora para configurarmos o profiler basta fazer o seguinte:
// Configuring Profiler $profiler = new Zend_Db_Profiler_Firebug('db-profiling');
$profiler->setEnabled($config->firebug->profiler->enabled);
$db->setProfiler($profiler);
Pronto. Se você observar o código acima, poderá ver que estou determinando a configuração do Profiler no arquivo INI de configuração também, mas caso você não queira fazer desta forma basta passar true como parâmetro do método setEnabled() do objeto de profiler, por exemplo:
// Configuring Profiler
$profiler = new Zend_Db_Profiler_Firebug('db-profiling');
$profiler->setEnabled(true);
$db->setProfiler($profiler);
Agora ao executar qualquer comando no banco de dados as informações serão mostradas no console do firebug.
Muito simples, não é? O que você achou? Deixe seu comentário.
Abraços e não se esqueça: OS PROGRAMADORES SÃO A ELITE DA TI.
