Phpoo Mostra PDF

PHP
Programando com Orientao a Objetos
Pablo DallOglio
Novatec
Copyright 2007, 2009, 2016 da Novatec Editora Ltda.
Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. proibida a reproduo desta
obra, mesmo parcial, por qualquer processo, sem prvia autorizao, por escrito, do autor e da Editora.
Editor: Rubens Prates MP20151117

Assistente editorial: Priscila A. Yoshimatsu
Editorao eletrnica: Carolina Kuwabata
Reviso gramatical: Jussara Rodrigues Gomes
Capa: Pablo DallOglio e Rodolpho Lopes
ISBN: 978-85-7522-465-6
Histrico de impresses:
Novembro/2015 Terceira edio

Abril/2009 Segunda edio (ISBN: 978-85-7522-200-3)
Setembro/2007 Primeira edio (ISBN: 978-85-7522-137-2)
Novatec Editora Ltda.

Rua Lus Antnio dos Santos 110
02460-000 So Paulo, SP Brasil
Tel.: +55 11 2959-6529
Email: novatec@novatec.com.br
Site: www.novatec.com.br
Twitter: twitter.com/novateceditora
Facebook: facebook.com/novatec
LinkedIn: linkedin.com/in/novatec
PHP
Programando com Orientao a Objetos
3a edio
captulo 1
Introduo ao PHP
A vida uma pea de teatro que no permite ensaios...

Por isso, cante, ria, dance, chore e viva intensamente cada momento de sua vida,
antes que a cortina se feche e a pea termine sem aplausos...
Charles Chaplin
Ao longo deste livro utilizaremos diversas funes, comandos e estruturas de

controle bsicos da linguagem PHP, que apresentaremos neste captulo. Conhe-
ceremos as estruturas bsicas da linguagem, suas variveis e seus operadores e
tambm um conjunto de funes para manipulao de strings, arquivos, arrays,
bancos de dados, entre outros.
1.1 O que o PHP?

A linguagem de programao PHP, que no incio significava Personal Home Page
Tools, foi criada no outono de 1994 por Rasmus Lerdorf. Essa linguagem era
formada por um conjunto de scripts escritos em linguagem C, voltados criao
de pginas dinmicas que Rasmus utilizava para monitorar o acesso ao seu cur-
rculo na internet. Com o tempo, mais pessoas passaram a utiliz-la e Rasmus
adicionou vrios recursos, como a interao com bancos de dados. Em 1995, o
cdigo-fonte do PHP foi liberado, e com isso mais desenvolvedores puderam se
juntar ao projeto. Naquela poca, por um breve perodo de tempo, o PHP foi
chamado de FI (Forms Interpreter).
O PHP passou por vrias reescritas de cdigo ao longo do tempo e nunca parou de
conquistar novos adeptos. Uma segunda verso foi lanada em novembro de 1997,
sob o nome PHP/FI 2.0. Naquele momento, aproximadamente 60 mil domnios, ou
1% da internet, j utilizavam PHP, que era mantido principalmente por Rasmus.
21
22 PHP Programando com Orientao a Objetos
No mesmo ano Andi Gutmans e Zeev Suraski, dois estudantes que utilizavam essa
linguagem em um projeto acadmico de comrcio eletrnico, resolveram cooperar
com Rasmus para aprimorar o PHP. Para tanto, reescreveram todo o cdigo-fonte,
com base no PHP/FI2, dando incio assim ao PHP 3, disponibilizado oficial-
mente em junho de 1998. Entre as principais caractersticas do PHP 3 estavam a
extensibilidade, a possibilidade de conexo com vrios bancos de dados, novos
protocolos, uma sintaxe mais consistente, suporte orientao a objetos e uma
nova API, que possibilitava a criao de novos mdulos e que acabou por atrair
vrios desenvolvedores ao PHP. No final de 1998, o PHP j estava presente em
cerca de 10% dos domnios da internet. Nessa poca o significado da sigla PHP
mudou para PHP: Hypertext Preprocessor, retratando, assim, a nova realidade de
uma linguagem com propsitos mais amplos.
No inverno de 1998, Zeev e Andi comearam a trabalhar em uma reescrita do
ncleo do PHP, tendo em vista melhorar seu desempenho e sua modularidade em
aplicaes complexas. O nome foi rebatizado para Zend Engine (Zeev + Andi).
O PHP 4, j baseado nesse mecanismo, foi lanado em maio de 2000, trazendo
melhorias como sees, suporte a diversos servidores web, alm da abstrao de
sua API, permitindo inclusive ser utilizado como linguagem para shell script.
Apesar de todos os esforos, o PHP ainda necessitava de maior suporte orienta-
o a objetos. Esses recursos foram trazidos pelo PHP 5, aps um longo perodo
de desenvolvimento que culminou com sua disponibilizao oficial em julho de
2004. Ao longo de mais de uma dcada, o PHP vem adicionando mais e mais
recursos e se consolida ano aps ano como uma das linguagens de programao
orientadas a objetos que mais crescem no mundo. Estima-se que o PHP seja utili-
zado em mais de 80% dos servidores web existentes, tornando-a disparadamente
a linguagem mais utilizada para desenvolvimento web. Ao longo do livro, veremos
esses recursos empregados em exemplos prticos.
Fonte: PHP Group (http://php.net/history.php)

Captulo 1 Introduo ao PHP 23
1.2 Um programa PHP

1.2.1 Estrutura do cdigo-fonte
Normalmente um programa PHP tem a extenso .php. Entretanto no incomum
encontrarmos extenses como .class.php para armazenar classes ou .inc.php, em
projetos mais antigos, para representar simplesmente arquivos a serem includos.
O cdigo de um programa escrito em PHP deve iniciar com <?php, veja:
<?php
// cdigo;
// cdigo;
// cdigo;
Observao: a finalizao da maioria dos comandos se d por ponto e vrgula (;).
1.2.2 Configurao
Ao iniciarmos com o PHP, importante sabermos configurar o ambiente. Nesse
sentido a funo phpinfo() muito importante, pois ela apresenta uma tabela com a
configurao atual do PHP, como nveis de erro, extenses instaladas, entre outros.
<?php
phpinfo();
O arquivo de configurao do PHP o php.ini, cuja localizao varia conforme a

instalao utilizada. Mas sua localizao pode ser descoberta pela funo phpinfo(),
conforme visto na figura 1.1. A partir da localizao do php.ini podemos realizar
algumas configuraes iniciais. No exemplo a seguir definimos o timezone (usado
em funes com clculo de tempo) habilitando o display_errors (para que todos os
erros que ocorrerem sejam exibidos), o log_errors (para que os erros sejam registra-
dos em um arquivo), definindo o arquivo de registro de erros com o error_log, bem
como ligando simplesmente todos os nveis de erro, por meio do error_reporting.
Essas definies so voltadas mais para um ambiente de desenvolvimento. Em
produo, geralmente desligamos o display_errors.
date.timezone = America/Sao_Paulo
display_errors = On
log_errors = On
error_log = /tmp/php_errors.log
error_reporting = E_ALL
Resultado:
O Leo roeu a roupa do rei de Roma
1.11 Manipulao de arrays

A manipulao de arrays no PHP , sem dvida, um dos recursos mais podero-
sos dessa linguagem. O programador que assimilar bem esta parte ter muito
mais produtividade no seu dia a dia. Isso porque os arrays no PHP servem como
verdadeiros contineres, armazenando nmeros, strings, objetos, entre outros,
de forma dinmica. Alm disso, o PHP nos oferece uma gama de funes para
manipul-los, as quais sero vistas a seguir.
1.11.1 Criando um array

Arrays so acessados mediante uma posio, como um ndice numrico. Para
criar um array, pode-se utilizar a funo array([chave =>] valor , ... ) ou a sintaxe
resumida entre [].
$cores = array(0=>'vermelho', 1=>'azul', 2=>'verde', 3=>'amarelo');
ou
$cores = array('vermelho', 'azul', 'verde', 'amarelo');
ou
$cores = [ 'vermelho', 'azul', 'verde', 'amarelo' ];
Outra forma de criar um array simplesmente adicionando-lhe valores com a

seguinte sintaxe:
$nomes[] = 'maria';
$nomes[] = 'joo';
$nomes[] = 'carlos';
$nomes[] = 'jos';
De qualquer forma, para acessar o array indexado, basta indicar o seu ndice
entre colchetes:
echo $cores[0]; // resultado = vermelho
echo $cores[1]; // resultado = azul
echo $cores[2]; // resultado = verde
echo $cores[3]; // resultado = amarelo
1.12.2 Exemplos
Para exemplificar o acesso ao banco de dados, criaremos dois programas. O primei-
ro deles ser responsvel por inserir dados em um banco de dados PostgreSQL; o
segundo ir listar os resultados inseridos pelo primeiro programa. Para criar o ban-
co de dados utilizado nos exemplos, certifique-se de que voc tem o PostgreSQL
instalado em sua mquina e utilize os seguintes comandos:
# createdb livro
# psql livro
livro=# CREATE TABLE famosos (codigo integer, nome varchar(40));
CREATE TABLE
livro=# \q
Observao: possvel criar a base de dados utilizando o software PgAdmin (www.

pgadmin.org), que apresenta uma interface totalmente grfica para gerenciar o banco
de dados.
Neste primeiro exemplo o programa se conectar ao banco de dados local livro,

localizado em localhost, com o usurio postgres. Em seguida ir inserir dados de
algumas pessoas famosas na base de dados. Por fim, ele fechar a conexo ao
banco de dados.
pgsql_insere.php
<?php
// abre conexo com Postgres
$conn = pg_connect("host=localhost port=5432 dbname=livro user=postgres password=");
// insere vrios registros

pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (1, 'rico Verssimo')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (2, 'John Lennon')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (3, 'Mahatma Gandhi')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (4, 'Ayrton Senna')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (5, 'Charlie Chaplin')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (6, 'Anita Garibaldi')");
pg_query($conn, "INSERT INTO famosos (codigo, nome) VALUES (7, 'Mrio Quintana')");
// fecha a conexo
pg_close($conn);
No prximo exemplo, o programa se conectar ao mesmo banco de dados do exem-

plo anterior, chamado livro, localizado em localhost. Em seguida ele ir selecionar
cdigo e nome de famosos existentes nesse banco de dados, exibindo-os em tela.
captulo 2
Fundamentos de orientao a objetos
No que diz respeito ao desempenho, ao compromisso, ao esforo, dedicao,

no existe meio termo. Ou voc faz uma coisa bem-feita ou no faz.
Ayrton Senna
A orientao a objetos um paradigma que representa uma filosofia para cons-

truo de sistemas. Em vez de construir um sistema formado por um conjunto
de procedimentos e variveis nem sempre agrupadas de acordo com o contexto,
como se fazia em linguagens estruturadas (Cobol, Clipper, Pascal), na orientao
a objetos utilizamos uma tica mais prxima do mundo real. Lidamos com obje-
tos: estruturas que carregam dados e comportamento prprio, alm de trocarem
mensagens entre si com o objetivo de formar algo maior, um sistema.
Orientao a objetos uma abordagem para concepo de sistemas, um paradigma
de programao. Atualmente a abordagem mais utilizada para concepo de
sistemas. Entretanto nem sempre foi assim. Para entender o que a orientao a
objetos e como ela utilizada, primeiro importante compreender como era o
desenvolvimento antes de a orientao a objetos se tornar o paradigma vigente.
2.1 Programao procedural

A abordagem mais usada durante muito tempo foi a programao procedural. Esta
ocorre quando o programa construdo com base em um conjunto de procedimen-
tos (procedures). Um procedimento (que no PHP pode ser construdo com uma func-
tion), basicamente uma unidade de cdigo que pode ser reaproveitada em diversas
situaes. Como j vimos como declarar funes em PHP, voc j compreende que
uma funo uma unidade de cdigo que recebe parmetros de entrada, realiza
determinado procedimento e devolve um retorno para quem a chamou.
88
Captulo 2 Orientao a objetos 105
Conceitualmente existe uma associao entre um produto e seu fabricante, em

que um produto est relacionado a um fabricante e, por sua vez, um fabricante
pode fabricar diferentes produtos; a figura 2.5 procura ilustrar esse relacionamento
pelo diagrama de classes. No exemplo a seguir criaremos uma associao entre
as classes Produto e Fabricante. A classe Fabricante ter como atributos: nome, endereco e
documento. Em seu mtodo construtor, ela receber via parmetro esses dados para
j ser inicializada com contedo. Para poupar espao aqui, criaremos somente o
mtodo getter getNome().
Figura 2.5 Relacionamento de associao.
classes/Fabricante.php
<?php
class Fabricante {
private $nome;
private $endereco;
private $documento;
public function __construct( $nome, $endereco, $documento ) {

$this->nome = $nome;
$this->endereco = $endereco;
$this->documento = $documento;
}
public function getNome() {

return $this->nome;
}
}
A associao entre as classes Produto e Fabricante se estabelece a partir da classe

Produto. A classe Produto ter como atributos: descricao, estoque, preco e fabricante.
Enquanto os primeiros so atributos escalares (variveis escalares so as que
contm integer, float, string ou boolean), o atributo fabricante , na verdade, um ob-
jeto, ou seja, ele apontar para um objeto da classe Fabricante. Para estabelecer o
vnculo (associao) entre as duas classes, criaremos os mtodos setFabricante()
Figura 2.6 Relacionamento de composio.
Inicialmente ser criada a classe Caracteristica. Uma caracterstica ter apenas dois
atributos: nome e valor. So exemplos de nomes: cor, peso, tamanho e po-
tncia. So exemplos de valores: branco, 20 kg, 200 watts e assim por diante.
classes/Caracteristica.php
<?php
class Caracteristica {
private $nome;
private $valor;
public function __construct( $nome, $valor ) {

$this->nome = $nome;
$this->valor = $valor;
}
public function getNome() {

return $this->nome;
}
public function getValor() {

return $this->valor;
}
}
Em seguida, alteraremos a classe Produto para que ela tenha os mtodos para com-
por caractersticas. Inicialmente precisaremos declarar um atributo $caracteristi-
cas, que ser um vetor interno que armazenar uma ou mais instncias contendo
objetos da classe Caracteristica. Escreveremos o mtodo addCaracteristica(), que
receber os parmetros $nome e $valor e criar internamente um objeto da classe
Caracteristica para armazenar esses dois dados. O objeto criado ser adicionado
ao vetor ($this->caracteristicas). J o mtodo getCaracteristicas() simplesmente re-
tornar o vetor de caractersticas.
ou seja, somente poder receber objetos da classe Produto. A classe Cesta contar
tambm com o mtodo getItens(), que por sua vez retornar os itens da cesta.
Figura 2.7 Relacionamento de agregao.
classes/Cesta.php
<?php
class Cesta {
private $time;
private $itens;
public function __construct( ) {

$this->time = date('Y-m-d H:i:s');
$this->itens = array();
}
public function addItem( Produto $p ) {

$this->itens[] = $p;
}
public function getItens() {

return $this->itens;
}
public function getTime() {

return $this->time;
}
}
Agora iremos demonstrar o relacionamento de agregao na prtica. Para tal,

inicialmente vamos importar as classes necessrias (require_once). Em seguida ins-
tanciaremos um objeto da classe Cesta. Depois disso iremos agregar por trs vezes
os objetos da classe Produto dentro da Cesta ($c1) por meio do mtodo addItem(). Veja
que, diferentemente da composio, na agregao o mtodo que cria as partes
j recebe as instncias prontas, externas ao escopo da classe. Assim no escopo
principal do programa temos quatro objetos em memria ($c1, $p1, $p2, $p3) e,
Figura 2.9 Encapsulamento.
Para atingir o encapsulamento, uma das formas definir a visibilidade das pro-
priedades e dos mtodos de um objeto. A visibilidade define a forma como essas
propriedades devem ser acessadas. Existem trs formas de acesso:
Visibilidade Descrio
public Membros declarados como public podero ser acessados livremente a
partir da prpria classe em que foram declarados, a partir de classes
descendentes e a partir do programa que faz uso dessa classe (mani-
pulando o objeto em si). Na UML, simbolizamos com um + na frente
da propriedade.
private Membros declarados como private somente podem ser acessados dentro
da prpria classe em que foram declarados. No podero ser acessados
a partir de classes descendentes nem a partir do programa que faz uso
dessa classe (manipulando o objeto). Na UML, simbolizamos com
um - na frente da propriedade.
protected Membros declarados como protected somente podem ser acessados
dentro da prpria classe em que foram declarados e a partir de classes
descendentes, mas no podero ser acessados a partir do programa que
faz uso dessa classe (manipulando o objeto em si). Na UML, simboli-
zamos com um caractere # na frente da propriedade.
Observao: a visibilidade foi introduzida pelo PHP5 e, para manter compatibilidade

com verses anteriores, quando a visibilidade de uma propriedade ou de um mtodo
no for definida, automaticamente ser tratada como public.
2.11.1 Public
Demonstrar a visibilidade public uma tarefa simples, pois um atributo declarado
como public pode ser alterado de qualquer parte, ou seja, tanto de dentro da classe
biblioteca e encontrou a maravilhosa PHPMailer. Entretanto voc percebeu que

os mtodos da PHPMailer (IsSMTP, MsgHTML, AddAttachment) eram diferentes dos m-
todos da biblioteca que voc utilizava (setUseSmtp, setHtmlBody, addAttach) e percebeu
tambm que iria ter trabalho para adaptar todas as chamadas, visto que existiam
diversos pontos do seu sistema que j enviavam email.
Figura 2.14 Estrutura de um Adapter.
Para resolver esse problema, podemos usar o Design Pattern Adapter para con-
verter os mtodos da PHPMailer para o formato de chamada de mtodos que
voc espera em sua aplicao. Vamos construir a classe PHPMailerAdapter, que se
trata de uma camada fina ao redor da PHPMailer para converter o formato de
chamada de mtodos. Assim IsSMTP() se transformar em setUseSmtp(), MsgHTML() se
transformar em setHtmlBody() e AddAttachment() se transformar em addAttach(), entre
outros. A seguir temos a classe PHPMailerAdapter. Trata-se de uma classe funcional,
que s precisa da PHPMailer para funcionar.
classes/PHPMailerAdapter.php
<?php
class PHPMailerAdapter {
private $pm;
public function __construct() {

$this->pm = new PHPMailer;
$this->pm-> CharSet = 'utf-8';
}
captulo 3
Tpicos especiais em orientao a objetos
A melhor maneira de prever o futuro cri-lo.
Peter Drucker
A orientao a objetos um assunto bastante extenso para ser tratado em apenas

um captulo. Por isso, no captulo anterior estudamos como implementar no PHP
os principais conceitos da orientao a objetos: encapsulamento, herana, associa-
o, agregao, composio, polimorfismo, abstrao e interfaces. Neste captulo
vamos abordar uma srie de tpicos especiais que podem ser vistos de maneira
isolada: mtodos mgicos, excees, SPL, Reflection, Traits, Namespaces e PDO.
Muitos desses tpicos diferenciam mais o PHP de outras linguagens orientadas
a objetos por oferecer recursos especficos no encontrados em outras linguagens
da mesma forma ou com a mesma sintaxe.
3.1 Tratamento de erros

Existem diversas formas de realizar tratamento de erros em PHP. Nesta seo
veremos as formas mais comuns utilizadas, desde a simplria funo die() at o
refinado tratamento de excees.
3.1.1 O cenrio proposto

Antes de estudarmos algumas formas de tratamento de erros no PHP, vamos
propor um cenrio. Esse cenrio consiste em demonstrar uma operao que pode
resultar em falha em algum ponto do processo, e essa falha precisa ser tratada.
Dessa forma vamos criar uma classe que efetua a leitura de arquivos no formato
158
Observao: poderamos fazer o mtodo em questo retornar diferentes valores para

ter um controle mais apurado (ex.: 1, 2, 3). Porm, isso no ser necessrio visto que
o PHP tem o tratamento de excees.
3.1.4 Tratamento de excees

Vimos que a funo die() oferece uma abordagem bastante simplria ao abortar
a execuo do programa de maneira abrupta. Vimos tambm que o retorno de
flags permite que o programa prossiga a execuo, porm oferece um controle
ainda limitado quanto s mensagens de erro. Poderamos melhorar o retorno de
flags para retornar cdigos de erro. Porm essa estratgia no indicada, pois em
alguns casos nosso mtodo ter de retornar valores vlidos que podem conflitar
com os cdigos de erro.
Para oferecer um tratamento de erros mais refinado, o PHP implementa o conceito
de tratamento de excees de maneira bastante similar a outras linguagens como
C++ ou Java. Tratamento de excees um processo dividido em duas etapas:
emitir e tratar uma exceo. Por um lado, sempre que uma rotina passar por um
ponto de falha, dever emitir uma exceo. Por outro lado, a rotina que est cha-
mando e aguardando a resposta dever tratar essa exceo. Uma exceo uma
ocorrncia de programao que se sobressai execuo normal do programa,
parando a execuo no momento em que ela emitida e continuando a execuo
diretamente para o ponto em que ela tratada.
Para entendermos como as excees funcionam, primeiro precisamos compreen-
der que uma exceo em PHP um objeto especial, derivado da classe Exception,
que contm alguns mtodos para informar ao programador um relato do que
aconteceu. A seguir voc confere esses mtodos:
Mtodo Descrio
getMessage() Retorna a mensagem de erro.
getCode() Retorna o cdigo de erro.
getFile() Retorna o arquivo no qual ocorreu o erro.
getLine() Retorna a linha na qual ocorreu o erro.
getTrace() Retorna um array com as aes at o erro.
getTraceAsString() Retorna as aes em forma de string.
Utilizar o tratamento de excees no muito complicado. Em um primeiro

momento reescrevemos nosso mtodo parse(), que o local em que uma falha
pode ocorrer, e substitumos o tratamento de erros existente por lanamentos
[line] => 10
[function] => parse
[class] => CSVParser
[type] => ->
[args] => Array ( )
)
)
Arquivo no encontrado
3.2 Mtodos mgicos

Alguns fatores que tornam o PHP uma linguagem to atraente so a sua flexi-
bilidade e a sua dinamicidade. J vimos at o momento o quo fcil trabalhar
com arrays e tambm objetos. Mas as facilidades no param por a. No que diz
respeito orientao a objetos, o PHP implementa uma srie de mtodos que
realizam interceptao de operaes, tambm conhecidos por mtodos mgicos.
Esse termo no toa. Existem diversos mtodos mgicos no PHP e todos eles
iniciam com __, como: __construct(), __destruct(), __call(), __get(), __set(), __isset(),
__unset(), entre outros. Enquanto o mtodo __construct() executado automati-
camente durante a construo do objeto e o mtodo __destruct() executado
automaticamente durante a destruio do objeto, outros mtodos so executados
automaticamente em algumas circunstncias. Veremos a seguir exemplos de uso
para cada um dos principais mtodos mgicos.
3.2.1 Introduo aos mtodos mgicos

Os mtodos __set(), __get(), __isset() e __unset() so utilizados para definir um
comportamento para o objeto sempre que houver uma tentativa de acesso a uma
propriedade no acessvel (private, no existente etc.). Para entender melhor os
comportamentos mgicos, vamos comear com uma classe Titulo na qual todos
os seus atributos so private. Como ela no oferece nenhum mtodo de acesso,
logo esses atributos so inacessveis. Se houver uma tentativa de leitura do atributo
valor, um Fatal Error ocorrer como pode ser percebido a seguir.
magic_intro.php
<?php
class Titulo {
private $dt_vencimento;
nome=>Mato Grosso
capital=>Cuiab
3.4 Manipulao de XML com DOM

Ao utilizarmos a SimpleXML vimos que ela oferece uma API simples para acessar
documentos XML simples e percorrer estruturas. Porm ela tem algumas limita-
es quanto manipulao de documentos. A SimpleXML contm funcionalidades
limitadas para percorrer os elementos. Por outro lado, o PHP oferece a DOM, que
uma implementao em conformidade com os padres do W3C e portanto
apresenta consistncia entre diferentes linguagens de programao, alm de uma
quantidade muito maior de funcionalidades que permitem diferentes meios de
acesso aos nodos e formas de rearranj-los conforme a necessidade. Apesar de a
DOM ser mais poderosa, a SimpleXML atende bem a maioria dos casos em que
a demanda por leitura e manipulao de XML pequena.
3.4.1 Leitura de contedo

Inicialmente vamos ler um arquivo XML usando a implementao DOM. Para
tal, vamos declarar o arquivo a seguir que contm uma lista de bases de dados.
Cada base de dados tem um ID, que um atributo da tag, e tags filhas, como name,
host, type e user. Precisaramos de mais informaes para conectar em uma base
de dados, mas aqui o foco no esse.
bases.xml
<bases>
<base id="1">
<name>teste</name>
<host>192.168.0.1</host>
<type>mysql</type>
<user>mary</user>
</base>
<base id="2">
<name>producao</name>
<host>192.168.0.2</host>
<type>pgsql</type>
<user>admin</user>
</base>
</bases>
Captulo 3 Manipulao de dados 193
$base->appendChild($dom->createElement('name', 'teste'));
$base->appendChild($dom->createElement('host', '192.168.0.1'));
$base->appendChild($dom->createElement('type', 'mysql'));
$base->appendChild($dom->createElement('user', 'mary'));
echo $dom->saveXML($bases);
: Resultado:
<bases>
<base id="1">
<name>teste</name>
<host>192.168.0.1</host>
<type>mysql</type>
<user>mary</user>
</base>
</bases>
Observao: caso esteja rodando o PHP no browser, veja o XML pelo cdigo-fonte
da pgina.
3.5 SPL
SPL um conjunto de classes e interfaces que fornece ao desenvolvedor uma API
padronizada para resolver problemas comuns e tambm criar classes com maior
potencial de interoperabilidade.
O PHP sempre ofereceu muitas funes para manipulao de arquivos (file, basename,
fopen, file_get_contents, file_put_contents, copy, unlink, rename, filesize, fwrite, pathinfo),
manipulao de vetores (array_diff, array_merge, array_shift, array_pop, array_unshift,
array_push, array_keys. array_values), entre outros. Antes do PHP 5, quando a SPL ainda
no existia, mesmo tendo esse arsenal de funes disposio, sempre existiram
programadores que preferiam fazer tudo de maneira orientada a objetos. Assim
muitos acabaram criando classes que "agrupavam" funcionalidades em comum
para fornecer um meio orientado a objetos de resolver problemas. O que a SPL
oferece um conjunto de classes com funcionalidades comuns, como manipulao
de arquivos, vetores, pilhas e filas de maneira padronizada.
Item: linguado
Item: salmo
Item: tilpia
x:i:0;a:10:{i:10;s:4:"atum";i:9;s:8:"bacalhau";i:3;s:6:"badejo";i:8;s:5:"bagre";
i:7;s:6:"cavala";i:6;s:7:"corvina";i:5;s:7:"dourado";i:2;s:8:"linguado";
i:0;s:7:"salmo";i:1;s:8:"tilpia";};m:a:0:{}
3.6 Reflection
Reflection (Reflexo) uma API formada por um conjunto de classes que permite
que um programa possa obter informaes sobre sua prpria estrutura, suas clas-
ses, interfaces, seus mtodos, suas funes, entre outros. Entre essas informaes
podemos descobrir as constantes, os atributos e mtodos de uma classe, desco-
brir se um mtodo abstrato, privado ou final, descobrir informaes sobre os
parmetros de um mtodo, entre outros.
3.6.1 ReflectionClass
A API Reflection pode ser aplicada sobre cdigo-fonte construdo pelo desenvol-
vedor, mas tambm sobre classes nativas do PHP, como as classes da SPL. Para
demonstrar algumas funcionalidades, vamos declarar uma pequena classe somente
para propsito didtico. No cdigo a seguir teremos as classes Veiculo e Automovel com
alguns atributos e mtodos definidos. O prximo passo ser investigar essa classe.
veiculo.php
<?php
class Veiculo {
protected $ano;
protected $cor;
protected $marca;
protected $parts;
public function getParts() {}

public function setMarca($marca) {}
}
class Automovel extends Veiculo {

private $placa;
const RODAS=4;
Uma parte inicial do Namespace corresponder ao diretrio-base de onde

as classes sero carregadas. Subnveis do Namespace correspondero a
subdiretrios.
Para que a classe seja carregada apropriadamente, o arquivo em que ela
salva deve ter exatamente o mesmo nome que a classe, acrescido do sufixo
".php". Ex.: classe \Livro\Widgets\Form\Field => Lib/Livro/Widgets/Form/Field.php.
Os arquivos devem ser armazenados no formato UTF-8.
As classes devem ser representadas no formato StudlyCaps (ex.: FormField).
Os mtodos devem ser representados no formato camelCase (ex.: getData()).
Deve existir pelo menos uma linha em branco antes da declarao do Na-
mespace e tambm antes da declarao de uso (use).
Namespaces e classes devem seguir um autoloader-padro.
Ainda existem diversas diretrizes que definem padro de abertura de chaves,

de declarao de visibilidade de mtodos, tamanho de linhas, indentao, entre
outros. Mas o objetivo aqui no transcrever toda a PSR.
As classes do livro seguem os padres da PSR em sua grande maioria. Da mesma
maneira, o carregamento das classes realizado por um mecanismo de carga
(Autoloader) que segue as diretrizes da PSR-4 que, no momento da escrita desta
edio, era a PSR mais atual sobre esse assunto.
3.10 Namespaces
Quando o PHP surgiu no existiam classes. Depois de algumas verses foram
criadas as classes e os programadores comearam a criar cdigos orientados a
objetos em PHP. No PHP3 j era possvel declarar classes e criar objetos a partir
delas. Mas naquela poca o suporte orientao a objetos no PHP no era ro-
busto e os objetos eram tratados internamente como vetores associativos. Apesar
de ter suporte orientao a objetos, a maioria ainda programava de maneira
estruturada, declarando funes e usando os comandos include/require para incluir
arquivos e reaproveitar cdigo.
O PHP4 melhorou algumas coisas, mas foi o PHP5 que causou uma revoluo. No
PHP5 foram introduzidas grandes funcionalidades como passagem de objetos por
referncia, mtodos mgicos, interfaces, classes e mtodos abstratos, visibilidade,
__construct() e __destruct(), autoload, static, excees, SimpleXML, SPL, entre outras.
Captulo 3 Manipulao de dados 229
Por fim temos uma variao do exemplo anterior, na qual solicitaremos que
determinada classe registre ela mesma o seu mtodo de carregamento de clas-
ses. Neste caso instanciaremos a classe de carga ApplicationLoader e solicitaremos
o mtodo register(). O mtodo register() por sua vez ir executar a funo
spl_autoload_register() para registrar o mtodo $this->loadClass() como autoloader.
Essa abordagem interessante, pois permite que a classe de carregamento altere
no somente o algoritmo de carga, mas tambm o prprio nome do mtodo de
carga (loadClass) sem interferir na chamada externa (register).
spl_autoload3.php
<?php
$al = new ApplicationLoader;
$al->register();
class ApplicationLoader {
public function register() {
spl_autoload_register(array($this, 'loadClass'));
}
public function loadClass($class) {
if (file_exists("App/{$class}.php")) {
require_once "App/{$class}.php";
return TRUE;
}
}
}
Observao: por motivos de simplificao colocamos a declarao da classe

(ApplicationLoader), bem como sua chamada, no mesmo arquivo, porm essa no uma
boa prtica. Na realidade a classe dever estar localizada em um arquivo prprio, que
contenha somente a sua definio, enquanto sua instanciao e consequente chamada
(register) normalmente estar no principal arquivo da aplicao (index.php), j que
as requisies para as demais classes do projeto partem dele.
3.12 PDO PHP Data Objects

O PHP , em sua maioria, um projeto voluntrio cujos colaboradores esto dis-
tribudos geograficamente ao redor de todo o planeta. Como resultado, o PHP
evoluiu baseado em necessidades individuais para resolver problemas pontuais,
movidos por razes diversas. Por um lado essas colaboraes fizeram o PHP cres-
cer rapidamente, por outro geraram uma fragmentao das extenses de acesso
captulo 4
Persistncia
O homem est sempre disposto a negar tudo aquilo que no compreende.
Blaise Pascal
Ao programarmos de maneira orientada a objetos, nossa aplicao deve ser for-

mada exclusivamente por um conjunto de objetos relacionados. Quando trabalha-
mos com um conjunto de objetos em memria, em algum momento precisamos
persistir esses objetos na base de dados, ou seja, armazen-los e permitir que
sejam posteriormente carregados a partir do banco de dados para a memria.
Pensando nisso, estudaremos as tcnicas mais utilizadas para persistncia de
objetos em bases de dados relacionais, assim como criaremos uma API orientada
a objetos que ir permitir que faamos tudo isso de forma transparente, sem nos
preocuparmos com os detalhes internos de implementao.
4.1 Introduo
De modo geral, persistncia significa continuar a existir, perseverar, durar longo
tempo ou permanecer. No contexto de uma aplicao de negcios, na qual temos
objetos representando as mais diversas entidades a serem manipuladas (pessoas,
mercadorias, livros, clientes, arquivos etc.), persistncia significa a possibilidade
de esses objetos existirem em um meio externo aplicao que os criou, de modo
que esse meio deve permitir que o objeto perdure, ou seja, no deve ser um meio
voltil. Os bancos de dados relacionais so o meio mais utilizado para isso (em-
bora no seja o nico). Com o auxlio de mecanismos sofisticados especficos de
cada fornecedor, esses bancos de dados oferecem vrios recursos que permitem
armazenar e manipular, por meio da linguagem SQL, os dados neles contidos.
235
conhecer essa interface para manipular as informaes. O acesso aos dados via
linguagem SQL, por exemplo, fica contido nessa camada. Dessa forma evitamos
ter a manipulao de dados espalhada pelo cdigo-fonte da aplicao, podendo
inclusive estruturar a equipe de desenvolvimento para que os mais talentosos em
SQL sejam responsveis pelas classes de acesso aos dados.
Existem alguns Gateways que implementam o acesso s estruturas de dados. A
seguir estudaremos alguns dos mais utilizados, que so Table Data Gateway, Row
Data Gateway, Active Record e Data Mapper.
4.2.1 Table Data Gateway

O objetivo do Design Pattern Table Data Gateway oferecer uma interface de
comunicao com o banco de dados que permita operaes de insero, alterao,
excluso e busca de registros. Essa interface pode ser implementada por uma classe
responsvel por persistir e retornar dados do banco de dados. Para isso existem
mtodos especficos que traduzem sua funo em instrues SQL.
No Design Pattern Table Data Gateway, existe uma classe para manipulao de
cada tabela do banco de dados, e apenas uma instncia dessa classe ir manipular
todos os registros da tabela, por isso necessrio sempre identificar o registro sobre
o qual o mtodo estar operando. Uma classe Table Data Gateway por natureza
stateless, ou seja, no mantm o estado de suas propriedades; atua simplesmente
como ponte entre o objeto de negcios e o banco de dados. Na figura 4.1 vemos
a representao de uma classe Table Data Gateway.
Figura 4.1 Table Data Gateway.
No programa a seguir estamos criando a classe ProdutoGateway. Essa classe, que

implementa o Design Pattern Table Data Gateway, contm mtodos para gravao
(save), excluso (delete) e busca (find, all) de registros em base de dados. Antes de
mais nada, preciso criar um mtodo para receber a conexo ativa (setConnection).
Esse mtodo implementa uma injeo de dependncia, pois os demais mtodos
Captulo 4 Mapeamento Objeto-Relacional 247
os valores novamente via parmetros em mtodos como delete() ou save(), como

era necessrio para o Table Data Gateway em virtude da sua natureza stateless.
Uma desvantagem que em alguns cenrios o consumo de memria poder ser
superior, pois instanciamos naturalmente mais objetos no nosso sistema, tendo
em vista que cada objeto agora representar um nico registro da tabela. Apesar
dessa desvantagem, esse Design Pattern retrata com mais fidelidade o modelo de
orientao a objetos, sendo aceitvel essa pequena perda de desempenho para
atingirmos maior clareza e entendimento do cdigo-fonte.
Figura 4.3 Row Data Gateway.
Um Row Data Gateway deve prover mtodos que permitam construir um objeto
e posteriormente armazen-lo no banco de dados, alm de mtodos estticos que
permitam carregar um objeto ou um conjunto de objetos do banco de dados.
A classe ProdutoGateway a seguir demonstra a implementao de um Row Data
Gateway. A classe utiliza os mtodos mgicos __set() e __get() para armazenar
atributos no vetor $this->data. O mtodo esttico setConnection() utilizado para
receber a conexo PDO com a base de dados. Os mtodos estticos find() e all() so
utilizados para buscar respectivamente um registro e um conjunto de registros.
Os mtodos find() e all() sempre retornaro objetos da classe ProdutoGateway, o que
alcanado pelo uso da constante __CLASS__ nos mtodos fetch() e fetchAll(). A
constante __CLASS__ representa a prpria classe em que utilizada. Como o Row
Data Gateway armazena seus atributos internamente no vetor $this->data, esses
atributos estaro disponveis no momento de realizar operaes como delete() e
save(). Assim, essas operaes no precisaro receber parmetros para indicar o
registro sobre o qual as operaes sero realizadas, bastando coletar esses dados
do vetor $this->data.
Observao: neste exemplo as propriedades sero armazenadas em um array chamado

$data. Isso porque estamos utilizando os mtodos __get() e __set() para interceptar
os acessos aos atributos do objeto.
classes/rdg/ProdutoGateway.php
<?php
class ProdutoGateway {
private static $conn;
private $data;
function __get($prop) {
return $this->data[$prop];
}
function __set($prop, $value) {

$this->data[$prop] = $value;
}
public static function setConnection( PDO $conn ) {

self::$conn = $conn;
}
public static function find($id) {

$sql = "SELECT * FROM produto where id = '$id' ";
print "$sql <br>\n";
$result = self::$conn->query($sql);
return $result->fetchObject(__CLASS__);
}
public static function all($filter = '') {

$sql = "SELECT * FROM produto ";
if ($filter) {
$sql .= "where $filter";
}
$result = self::$conn->query($sql);
return $result->fetchAll(PDO::FETCH_CLASS, __CLASS__);
}
public function delete() {

$sql = "DELETE FROM produto where id = '{$this->id}' ";
return self::$conn->query($sql);
}
public function save() {

if (empty($this->data['id'])) {
$id = $this->getLastId() +1;
$sql = "INSERT INTO produto (id, descricao, estoque, preco_custo, ".
Figura 4.5 Data Mapper.
Para demonstrar esse Design Pattern, vamos criar algumas classes bastante sim-
ples. Inicialmente precisamos de uma classe para representar um produto. Fica
claro aqui que a classe proposta uma classe incompleta, pois carece de mtodos
de negcio.
classes/dm/Produto.php
<?php
class Produto {
private $data;
function __get($prop) {
return $this->data[$prop];
}
function __set($prop, $value) {

$this->data[$prop] = $value;
}
}
Agora vamos criar uma classe para representar uma venda. Essa classe ter
mtodos para atribur e retornar um ID, bem como adicionar (addItem) e retornar
(getItens) itens (produtos).
classes/dm/Venda.php
<?php
class Venda {
private $id;
Figura 4.9 Classe Record e a camada de domnio.
classes/api/Record.php
<?php
abstract class Record {
protected $data; // array contendo os dados do objeto
public function __construct($id = NULL) {

if ($id) { // se o ID for informado
// carrega o objeto correspondente
$object = $this->load($id);
if ($object)
{
$this->fromArray($object->toArray());
}
}
}
O mtodo __clone() ser executado sempre que um objeto for clonado. Nesses
casos em que um Active Record clonado, ele deve manter todas as suas pro-
priedades, com exceo de seu ID, por isso estamos limpando o ID do clone. Caso
mantivssemos o mesmo ID, teramos dois objetos Active Record com o mesmo ID
no sistema, o que causaria erros na persistncia do objeto. Limpar o ID far com
que um novo ID seja gerado para o clone no momento em que ele for persistido
na base de dados.
public function __clone() {
unset($this->data['id']);
}
captulo 5
Apresentao e controle
Aquele que conhece os outros sbio; mas quem conhece a si mesmo iluminado! Aquele
que vence os outros forte; mas aquele que vence a si mesmo poderoso! Seja humilde e
permanecers ntegro.
Lao-Ts
Nos captulos anteriores vimos fundamentos de orientao a objetos, acesso

base de dados e persistncia de objetos. Agora que j conclumos essa camada da
aplicao, precisamos nos preocupar com outros aspectos, como a sua interface
com o usurio, a interpretao e a execuo de aes (fluxo de controle). Neste
captulo, desenvolveremos uma srie de classes com o objetivo de construir o
visual da aplicao e tambm de interpretar as aes solicitadas pelo usurio,
coordenando o fluxo de execuo da aplicao. Como vamos criar uma grande
quantidade de classes, precisaremos antes organiz-las sob uma estrutura de
diretrios e Namespaces. Para comear, vamos abordar o padro MVC.
5.1 Padro MVC

Model View Controller (MVC) um Design Pattern que est entre os mais co-
nhecidos. Seus conceitos remontam plataforma Smaltalk na dcada de 1970.
Basicamente uma aplicao que segue o Design Pattern Model View Controller
tem as suas classes separadas em trs grandes grupos de responsabilidades. A
inteno principal ao utilizarmos o Design Pattern MVC no misturarmos em
uma mesma classe responsabilidades diferentes. A seguir veremos quais so essas
responsabilidades.
320
Figura 5.1 Modelo MVC.
Ao utilizarmos o padro MVC, alguns cuidados devem ser tomados, por exemplo:
Uma classe de modelo no deve emitir mensagens ao usurio por meio de

comandos como print, muito menos gerar mensagens contendo marcaes
como HTML. Exibir informaes ao usurio por meio de uma linguagem
de marcao uma tarefa de uma classe de visualizao.
Uma classe de controle no deve executar diretamente comandos de acesso a
dados como SQL. Buscar e atualizar dados relativos ao modelo de domnio
so tarefas de uma classe de modelo.
Uma classe de visualizao no deve conter regras de negcio, nem decidir
o que deve ser executado em determinado momento. Regras de negcio
so de responsabilidade de uma classe de modelo, e decidir o que deve ser
executado de responsabilidade de uma classe de controle.
Observao: um sistema MVC clssico ter uma classe Controller para cada View
existente, mas essa abordagem no a nica. Alguns frameworks frequentemente
mesclam View e Controller na mesma camada, deixando-as diretamente vinculadas.
5.2 Organizao de Namespaces e diretrios

Estamos criando uma grande quantidade de classes. No captulo anterior, classes
relativas persistncia e log foram criadas. Neste captulo criaremos classes para
apresentao de informaes e para controle de execuo de aes. Assim, funda-
mental organizarmos as classes em uma estrutura de diretrios que reflita a respon-
sabilidade de cada grupo de classes. Ento, vamos separar para melhor organizar.
Os arquivos de configurao, que compreendem, entre outras coisas, as definies

de acesso s bases de dados, estaro localizados na pasta App/Config. No arquivo a
seguir temos como exemplo a definio de acesso a uma base de dados chamada
livro, que por sua vez representa um banco de dados SQLite.
App/Config/livro.ini
host = localhost
name = App/Database/livro.db
user =
pass =
type = sqlite
5.3 SPL Autoloaders

No basta definirmos um conjunto de classes, preciso carreg-las apropriadamente
no momento de sua utilizao. Antigamente, quando o recurso de Namespaces
no existia no PHP, um simples require era suficiente. Agora, com uma estrutura
organizada em torno de Namespaces, preciso um algoritmo mais robusto para
carregamento de classes. Assim, seguindo as recomendaes da PSR, vamos utilizar
um carregador de classes utilizando a SPL, como demonstrado no captulo 3.
Para realizar o carregamento das classes, criaremos dois algoritmos distintos. O
primeiro far o carregamento das classes do framework (a partir da pasta /Lib) e
o outro far o carregamento das classes da aplicao (a partir da pasta /App). Esses
dois carregadores (loaders) sero muito teis e sero posteriormente executados
a partir do index da aplicao, pois todas as requisies passaro pelo index, o que
ser demonstrado na prxima seo.
5.3.1 Library Loader

Sempre que precisarmos utilizar uma classe de nosso pequeno framework (a
partir da pasta /Lib), utilizaremos a classe ClassLoader. Essa classe executar um
algoritmo de carregamento de classes. No captulo 3 abordamos a SPL e, dentro de
suas caractersticas, vimos a funo spl_autoload_register(), que registra um mtodo
de carregamento de classes em uma pilha de execuo. Podemos executar essa
funo diversas vezes, e a cada vez registraremos uma funo para carregamento.
A classe ClassLoader ter o mtodo register() que ir registrar como mtodo de car-
regamento de classes o mtodo loadClass(), que por sua vez receber via parmetro
exemplo_loader.php
<?php
require_once 'Lib/Livro/Core/ClassLoader.php';
$al= new Livro\Core\ClassLoader;
$al->addNamespace('Livro', 'Lib/Livro');
$al->register();
use Livro\Database\Connection;
$obj1 = Connection::open('livro');
var_dump($obj1);
Resultado:
object(PDO)#2 (0) { }
5.4 Padres de controle

Na seo anterior, vimos como realizar o carregamento das classes de nossa
aplicao. Agora que organizamos as classes em estruturas de diretrios e Na-
mespaces, o prximo passo ser implementarmos a interao do usurio com a
aplicao, o que feito pela interpretao de aes que normalmente so requi-
sitadas a partir de uma URL no protocolo HTTP. Inicialmente vamos estudar os
principais padres utilizados para organizar o fluxo de controle de uma pgina:
Page Controller e Front Controller.
5.4.1 Page Controller

Para Martin Fowler, um Page Controller um objeto que controla uma requisio
para uma pgina ou ao especfica. Esse objeto pode ser representado por uma
classe que representa uma pgina e decide qual ao (mtodo) executar para cada
requisio HTTP realizada.
Quando comeamos a estudar o mundo da web, suas pginas HTML e poste-
riormente os programas em PHP, temos tendncia a resumir tudo em termos de
scripts, de modo que um script representa um programa ou mesmo uma peque-
na funcionalidade de um programa. Para executar uma pgina, voc passa para
o servidor a localizao do script, que processado, e ento obtm o retorno
desse processamento. Se exagerarmos, podemos ter vrios scripts para o mesmo
programa, como na listagem a seguir, na qual cada script pode representar uma
funcionalidade de um cadastro, por exemplo.
Captulo 5 Apresentao e controle 339
que solicita algo ao servio. Um Client pode ser desenvolvido em qualquer

linguagem de programao que tenha suporte a Web Services e pode rodar em
um ambiente desktop, servidor, dispositivos mveis, e outros. Alm disso, temos o
servidor de Web Service que fornece o servio e se comunica com o Client por
meio de um pacote descrito no protocolo SOAP sobre HTTP. A figura 5.6 procura
ilustrar essa comunicao.
Figura 5.6 Viso geral de Web Services.
5.4.3.2 Remote Facade

Como exposto no incio desta seo, precisamos disponibilizar algumas funciona-
lidades de nossa aplicao para aplicaes externas. Para tal, precisamos construir
uma interface que concentre a responsabilidade no lado da aplicao servidora
e seja responsvel internamente por diversas chamadas a mtodos internos da
camada de modelo. Essa alternativa permite que a aplicao cliente faa reduzi-
das chamadas aplicao servidora. Em vez de invocarmos vrios mtodos para
atingir determinado objetivo, concentramos a lgica na aplicao servidora em
uma camada a qual damos o nome de Fachada (Facade). Como estamos em um
cenrio com execues remotas, esse Design Pattern chamado de Remote Facade.
Remote Facades so ideais para utilizar em um ambiente distribudo, em que te-
mos uma aplicao cliente e uma aplicao servidora. Em aplicaes de negcio,
as aplicaes cliente precisam abrir muitas transaes com a base de dados para
inserir, alterar, excluir e listar registros. Colocar o cdigo transacional no lado da
aplicao cliente diminui a eficincia da aplicao, alm de aumentar o trfego
Captulo 5 Apresentao e controle 345
Not found A URL do servio no foi localizada. Verifique a localizao

(parmetro location).
Permission denied Exceo gerada pelo servidor ao indicar que a classe so-
licitada pela URL (?class) no est na lista de classes permitidas.
Mtodo xyz no encontrado O mtodo que foi executado sobre o objeto So-
apClient no foi localizado no lado s servidor dentro da classe de servio
solicitada (?class).
Observao: ao trabalhar com Web Services, mais do que nunca muito importante
observar os logs de erros gerados pelo PHP. Portanto, verifique se no php.ini a clusula
de log est ligada (log_errors = On) e se o arquivo de log est indicado (error_log = /
tmp/php_errors.log). Se o programa no funcionar, ligue e monitore os logs, pois eles
indicaro onde est o problema.
5.5 Padres de apresentao

Antes de ler este livro, provavelmente voc j escreveu em algum momento um
cdigo-fonte que misturava diferentes tecnologias, como PHP, HTML, SQL, JavaS-
cript, em um mesmo arquivo. Com o tempo, voc vai percebendo que no muito
produtivo trabalhar dessa maneira e que, apesar de inicialmente funcionar, ao
longo do tempo acabam criando-se cdigos de difcil manuteno e interpretao,
justamente por misturar diferentes aspectos de desenvolvimento (apresentao,
lgica, regras de negcio).
Ao criarmos cdigos que misturam diferentes aspectos, ficamos de certa maneira
presos a determinadas escolhas. O cdigo a seguir mostra justamente como no
devemos implementar. O cdigo tem a configurao de acesso ao banco de dados
explcita, e ela deveria estar isolada da implementao. Temos tambm a consulta
SQL, que deveria estar concentrada em uma classe, espalhada no cdigo. Temos
tambm o uso de funes especficas (pg_*) do banco PostgreSQL, o que nos
deixa presos a essa tecnologia. Por fim, usamos diretamente HTML para exibir
os resultados em uma tabela.
O cenrio que hoje funciona bem pode se tornar desastroso em questo de alguns
meses. Ao decidirmos realocar o banco de dados, precisaremos editar muitos
arquivos para realizar essa substituio. Se precisarmos trocar a tecnologia de
banco de dados, teremos um trabalho enorme ao editar muitos arquivos. Por
fim, se resolvermos trocar as tabelas (<table>) por outras tags utilizando alguma
biblioteca visual como a Bootstrap, por exemplo, teremos novamente muitos
captulo 6
Formulrios e listagens
Uma sociedade s ser democrtica quando ningum for to rico que possa comprar
algum e ningum for to pobre que tenha de se vender a algum.
Jacques Rousseau
Neste captulo iremos nos concentrar em alguns dos componentes que esto entre
os mais utilizados na maioria das aplicaes: formulrios e listagens. Utilizamos
formulrios para as mais diversas formas de entrada de dados na aplicao, como
para a insero de novos registros, definio de preferncias do sistema ou de
parmetros para filtragem de um relatrio, entre outras. Utilizamos listagens para
exibir os dados da aplicao para simples conferncia, em relatrios, ou ainda
para editar e excluir registros. Neste captulo criaremos componentes que visam
facilitar a implementao de formulrios e listagens de forma orientada a objetos.
6.1 Formulrios
No final do captulo 1 criamos alguns exemplos simples de utilizao de formu-
lrios em PHP. Naqueles exemplos, construmos os formulrios utilizando sim-
plesmente HTML. No captulo anterior abordamos os benefcios que a utilizao
de componentes e templates nos proporciona para a criao de interfaces, sendo
o principal deles o maior isolamento entre a apresentao e a lgica da aplicao.
Nesta seo utilizaremos os conhecimentos adquiridos no captulo anterior para
desenvolver um conjunto de classes que permitiro a criao e manipulao de
formulrios de maneira totalmente orientada a objetos.
Aplicaes de negcio frequentemente utilizam diversas telas para entrada de
dados por meio de formulrios. Ao projetar um sistema, temos de pensar no rea-
proveitamento de cdigo. A abordagem tradicional, vista no captulo 1, minimiza
385
Captulo 6 Formulrios e listagens 387
oferecer. Entre essas operaes, podemos citar: definir o nome do campo, definir
um rtulo (label) para o campo, definir um valor para o campo, definir se o campo
ser editvel, entre outros.
Para montar um formulrio, utilizaremos um relacionamento de agregao entre
a classe Form e a classe Field. Dessa forma, ser possvel adicionar ao formulrio
quaisquer objetos filhos de Field. Para tal, ser criado na classe Form, um mtodo
que permitir adicionar campos (objetos Field) em sua estrutura. Veja na figura
6.1 o diagrama de classes resumido.
Figura 6.1 Estrutura de classes para formulrios.
A partir de ento, podemos comear a construir as classes que faro parte desse
ecossistema de objetos inter-relacionados que o formulrio.
6.1.1 Classe para formulrios

A primeira classe que criaremos representar um formulrio e ser tambm a
mais importante, tendo em vista que ela centralizar as chamadas para as demais.
Assim, para agruparmos todos os tipos de campo que vimos anteriormente (input
texto, combo, radio, check etc.), ser necessrio criar uma estrutura que represente
um formulrio. Essa estrutura dever criar a tag <form> do HTML e agrupar vrios
elementos (campos). Para isso, criaremos a classe Form. Essa classe ser filha de
Element, classe que criamos para elaborar a estrutura de um elemento HTML.
ao comportamento, como se fosse uma nova camada.
Figura 6.20 Camadas de decorao.
6.1.4.1 Form Wrappers com Decorator Pattern

Vamos utilizar a ideia do Design Pattern Decorator e escrever uma nova classe para
montagem de formulrios chamada FormWrapper, que ir transformar a classe j
existente. A nova classe ir atuar sobre um objeto da classe Form j instanciado e
ir percorrer os objetos que fazem parte do formulrio, gerando uma nova sada
de HTML, dessa vez no formato esperado pela biblioteca Bootstrap.
Observao: para a demonstrao do Design Pattern Decorator, foi escolhida a

biblioteca Bootstrap por ser muito difundida no momento da escrita dessa edio.
Mas a partir do momento que voc entender o conceito poder aplicar o mesmo
Design Pattern para realizar outros tipos de transformao.
Para iniciar, a classe FormWrapper ir receber em seu mtodo construtor uma instncia
j existente da classe Form, sobre a qual ir realizar as transformaes necessrias
para adequar a estrutura do formulrio existente e convert-la na estrutura que a
biblioteca Bootstrap espera. A instncia j existente ser armazenada no atributo
$decorated.
Como a ideia do Design Pattern adicionar comportamento a um objeto j exis-

tente, no podemos anular os comportamentos (mtodos) j existentes. Tambm
no vamos reescrev-los aqui. Mtodos da classe Form, como setName(), addField(),
addAction(), entre outros, devem continuar funcionando a partir da classe nova.
Para que eles continuem a funcionar, sempre que o desenvolvedor executar um
mtodo no encontrado na classe FormWrapper, automaticamente a execuo ser
redirecionada para o objeto decorado, representado pelo atributo $decorated. Esse
redirecionamento de chamadas obtido pelo mtodo __call(), automaticamente
executado sempre que um mtodo no encontrado na classe atual for executado.
Nesses casos a execuo redirecionada por meio da funo call_user_func_array()
para o objeto decorado.
seguida, devemos alterar a declarao do formulrio (Form), declarando um

objeto da nova classe (FormWrapper) no lugar deste, mas passando o formulrio
existente como parmetro do construtor da nova classe conforme a sintaxe:
new FormWrapper(new Form('form_contato')). Dessa forma, passaremos a utilizar a nova
classe (FormWrapper), mas as chamadas aos mtodos no encontrados sero automa-
ticamente direcionadas ao objeto decorado que foi recebido como parmetro.
importante lembrar que esse redirecionamento feito pelo mtodo __call().
App/Control/ContatoFormWrapper.php
<?php
use Livro\Control\Page;
use Livro\Control\Action;
use Livro\Widgets\Form\Form;
use Livro\Widgets\Form\Entry;
use Livro\Widgets\Form\Combo;
use Livro\Widgets\Form\Text;
use Livro\Widgets\Container\Panel;
use Livro\Widgets\Wrapper\FormWrapper;
class ContatoFormWrapper extends Page {

private $form;
function __construct() {
parent::__construct();
// instancia um formulrio
$this->form = new FormWrapper(new Form('form_contato'));
$this->form->style = 'display:block; margin:20px;';
// cria os campos do formulrio

$nome = new Entry('nome');
$email = new Entry('email');
$assunto = new Combo('assunto');
$mensagem = new Text('mensagem');
$this->form->addField('Nome', $nome, 300);

$this->form->addField('E-mail', $email, 300);
$this->form->addField('Assunto', $assunto, 300);
$this->form->addField('Mensagem', $mensagem, 300);
// define alguns atributos

$assunto->addItems( array('1' => 'Sugesto',
'2' => 'Reclamao',
'3' => 'Suporte tcnico',
'4' => 'Cobrana',

'5' => 'Outro') );
$mensagem->setSize(300, 80);
$this->form->addAction('Enviar', new Action(array($this, 'onSend')));
$panel = new Panel('Formulrio de contato');

$panel->add($this->form);
// adiciona o painel pgina

parent::add($panel);
}
public function onSend() {

// ...
}
}
A figura 6.21 demonstra a utilizao do programa recm-criado. Para acion-lo,

basta acessarmos pela URL index.php?class=ContatoFormWrapper, onde quer que
esteja rodando nosso servidor de pginas. possvel perceber imediatamente a
transformao realizada, desde que a biblioteca Bootstrap esteja carregada, o que
garantido no arquivo index.php.
Figura 6.21 Transformao de formulrio.
6.2 Listagens
At o momento, vimos como implementar formulrios de uma maneira orientada
a objetos. Usamos formulrios para cadastrar novos registros, bem como editar
registros existentes. Porm, antes de chegarmos a uma tela contendo um formulrio,
// incrementa o contador de linhas

$this->rowcount ++;
}
}
6.2.2 Colunas da Datagrid

A classe DatagridColumn ser utilizada para representar as caractersticas que fazem
parte de uma coluna em uma listagem. Para tal, essa classe receber em seu mto-
do construtor o nome do campo do banco de dados que a coluna exibir ($name),
o rtulo de texto que ser exibido no ttulo da coluna ($label), o alinhamento
da coluna ($align) e a largura da coluna ($width). Os mtodos getName(), getLabel(),
getAlign() e getWidth() sero utilizados para retornar essas propriedades definidas
pelo mtodo construtor. Veja na figura 6.24 a classe DatagridColumn.
Figura 6.24 Classe DatagridColumn.
Lib/Livro/Widgets/Datagrid/DatagridColumn.php
<?php
namespace Livro\Widgets\Datagrid;
use Livro\Control\Action;
class DatagridColumn {
private $name;
private $label;
private $align;
captulo 7
Criando uma aplicao
Quando morremos, nada pode ser levado conosco, com a exceo das
sementes lanadas por nosso trabalho e do nosso conhecimento.
Dalai Lama
Ao longo desta obra, criamos uma srie de classes para automatizar desde a co-
nexo com banco de dados, transaes, persistncia de objetos e manipulao de
colees de objetos, at a criao de componentes para interface como dilogos,
formulrios, listagens, e outros. Ao longo de cada captulo procuramos dar exem-
plos da utilizao de cada classe criada e agora chegou o momento de utilizar esse
conhecimento para construir algo maior, uma aplicao completa.
7.1 Aplicao
O objetivo deste captulo a construo de uma aplicao para controle de vendas.
Essa aplicao contar com cadastros bsicos como clientes, cidades, produtos,
fabricantes, processo de registro de vendas, e tambm relatrios de vendas e de
contas geradas. Com isso, pretendemos mostrar como construir diferentes tipos
de interface e interao entre o usurio e a aplicao. A aplicao criada ser
de pequeno porte, e no ter como objetivo o uso em um ambiente real, afinal
somente um prottipo voltado para o aprendizado. Ao compreender como o
prottipo foi construdo, voc poder construir aplicaes maiores.
A aplicao proposta contar com as seguintes funcionalidades:
Cadastro de cidades Oferecer um cadastro de cidades, com informaes como:

nome da cidade e estado.
466
Captulo 7 Criando uma aplicao 467
Cadastro de fabricantes Oferecer um cadastro de fabricantes, com informaes

como: nome e site.
Cadastro de produtos Oferecer um cadastro de produtos, com informaes
como: descrio, estoque, preo de custo, preo de venda, fabricante, tipo
(mquina, acessrio) e unidade de medida.
Cadastro de pessoas Oferecer um cadastro de pessoas, com informaes como:
nome, endereo, bairro, telefone, email, cidade e grupo (cliente, fornecedor,
revendedor, colaborador).
Registro de vendas Oferecer uma tela para registro das vendas ocorridas,
podendo informar uma srie de itens (produtos) vendidos com suas res-
pectivas quantidades, e permitir finalizar a venda informando os dados do
cliente, descontos, acrscimos, observao e parcelamento financeiro.
Relatrio de vendas Oferecer um relatrio de vendas, permitindo filtrar as
vendas ocorridas por datas, e listar cada venda ocorrida agrupada pelo
cliente, totalizando o valor da venda.
Relatrio de contas Oferecer um relatrio de contas a receber, permitindo
filtrar as contas por datas, e listar cada uma das contas com informaes
como: emisso, vencimento, cliente, valor etc.
7.1.1 Index
No captulo 5 abordamos o Design Pattern Front Controller pela primeira vez.
importante lembrar que para Martin Fowler um Front Controller um contro-
lador que manipula todas as requisies do sistema. Para implementar um Front
Controller, utilizamos o prprio index.php. A partir daquele instante, convencio-
namos que, para executar alguma classe controladora especfica, seria necessrio
acessar index.php?class=ClienteControl. Porm, para executar uma ao especfica,
seria necessrio acessar index.php?class=ClienteControl&method=listar, por exemplo.
Em um sistema grande, existem tarefas comuns a todas as pginas do sistema,
como: verificao de permisso, carregamento das classes (Autoloader), carre-
gamento do template do sistema, entre outras. Essas tarefas comuns podem ser
realizadas justamente no index.php. O index.php a seguir, que ser utilizado para
a nova aplicao, define os Autoloaders, responsveis pelo carregamento dos
componentes construdos no diretrio Lib (ClassLoader) e tambm para as classes
da aplicao construdas no diretrio App (AppLoader). Em seguida, verifica se h
alguma requisio ($_GET). Se h uma requisio e se existe um parmetro chamado
class, ele instanciar a classe correspondente identificada pela URL e executar

seu mtodo show() sobre essa classe. O mtodo show() dever decidir qual mtodo
deve ser executado internamente na classe.
Para desenvolver a nova aplicao proposta neste captulo, vamos realizar uma me-
lhoria no index.php construdo no captulo 5 para encaixar o contedo gerado por
uma pgina dentro de um template, ou seja, um layout predefinido em HTML,
com alguns contedos como cabealho da pgina, menus de opes, entre outros.
A figura 7.1 mostra o template escolhido, que tambm baseado na biblioteca
Bootstrap. Veja que na parte central do template ser exibido o contedo da pgina
(classe de controle) que por sua vez identificada na URL em cada requisio.
Figura 7.1 Template.
Para encaixar o contedo do programa dentro do template relativamente sim-

ples. Veja no programa a seguir que realizada a leitura do contedo do arquivo
de template que est localizado em App/Templates/template.html. O contedo desse
arquivo armazenado na varivel $template. Logo em seguida, verificado se h
alguma requisio ($_GET) informando uma classe ($_GET['class']). Caso exista
alguma requisio desse tipo, o contedo da pgina exibido no momento em
que executamos o seu mtodo show(). Todo esse processo est protegido por um
controle de excees try/catch.
Para capturar o contedo gerado por uma pgina, usamos o controle de output
do PHP, com as funes ob_start(), ob_get_contents() e ob_end_clean(), que capturam
o contedo gerado por comandos como echo ou print. Dessa forma, a execuo do
(classes de modelo, arquivos de configurao etc.) localizados principalmente

na pasta App. A segunda forma baixar uma estrutura pronta que preparamos
para a criao de novos projetos que contm somente as classes criadas da pasta
Lib, os arquivos do diretrio principal e a pasta App somente com os diretrios
vazios. Para isso, basta clonar o seguinte repositrio pblico e iniciar o projeto a
partir da estrutura criada:
git clone https://github.com/pablodalloglio/phpoo.git
7.2 Modelo
Para desenvolver nossa aplicao de vendas proposta neste captulo, precisamos
criar um modelo coerente e compreensvel, que facilite o posterior desenvolvi-
mento do mesmo. Vamos ento criar um modelo de classes, que demonstrar o
relacionamento entre os objetos da aplicao, e em seguida convert-lo em um
modelo relacional, com os relacionamentos entre as tabelas de um banco de dados.
7.2.1 Modelo de classes

A figura 7.2 apresenta o modelo de classes da aplicao proposta.
Figura 7.2 Modelo de classes.
Temos a classe Pessoa, que armazenar os clientes do sistema. Pessoa tem associao
com Cidade e esta com Estado. Uma Pessoa poder ter vrios grupos, por isso a agre-
gao com a classe Grupo. Objetos da classe Conta estaro associados com a Pessoa
para qual aquela Conta deve ser paga. Objetos da classe Venda estaro associados
7.2.2 Modelo relacional

Para armazenar os dados da aplicao de vendas, fundamental modelarmos a
estrutura de dados. Para tal, foi definido o modelo relacional apresentado pela
figura 7.3.
Figura 7.3 Modelo relacional.
Para converter o modelo de classes no modelo relacional, importante utilizar

tcnicas de mapeamento objeto relacional. Neste cenrio proposto, essas tcnicas
se resumem em aplicar os seguintes padres:
Chaves primrias Cada classe, ao ser representada por uma tabela, recebe
uma chave primria. Assim, possvel visualizar a presena do campo id
em cada uma das tabelas geradas.
Associaes Relacionamentos de associao, presente entre vrias classes como:
Pessoa e Cidade, Cidade e Estado, Produto e Tipo, e vrias outras, so convertidos
automaticamente em chaves estrangeiras. Neste modelo usamos o padro
id_<tabela>. A direo da chave estrangeira segue a direo da associao, ou
seja, parte sempre do objeto que contm a referncia para o outro.
Composies Como a presente entre as classes Venda e VendaItem, so conver-
tidas automaticamente em chaves estrangeiras, em que a direo da chave
estrangeira parte sempre do objeto que representa a parte (VendaItem) para
o objeto que representa o todo (Venda).
formato esperado pelo componente CheckGroup. Em seguida, o objeto utilizado

para preencher o formulrio por meio do mtodo setData().
public function onEdit($param) {
try {
if (isset($param['key'])) {
$id = $param['id']; // obtm a chave
Transaction::open('livro'); // inicia transao com o BD
$pessoa = Pessoa::find($id);
$pessoa->ids_grupos = $pessoa->getIdsGrupos();
$this->form->setData($pessoa); // lana os dados da pessoa no formulrio
Transaction::close(); // finaliza a transao
}
}
catch (Exception $e) {
// exibe a mensagem gerada pela exceo
new Message('error', '<b>Erro</b>' . $e->getMessage());
// desfaz todas alteraes no banco de dados
Transaction::rollback();
}
}
Na figura 7.4 apresentado o resultado final do formulrio construdo. O formu-

lrio em questo est no modo de edio.
Figura 7.4 Formulrio de pessoas.

Figura 7.5 Listagem de pessoas.
7.4.2 Criando Traits para aes comuns

Ao criarmos programas para cadastrar e listar registros do banco de dados, como
foi o caso dos programas PessoasForm e PessoasList, criamos uma srie de mtodos
para realizar aes comuns. No formulrio de cadastro criamos aes para salvar
(onSave) e editar (onEdit) registros. Na listagem criamos mtodos para carregar
(onReload) e excluir (onDelete, Delete) registros. Ao analisar os cdigos desenvolvidos
podemos concluir que possvel reaproveitar grandes pores de cdigo-fonte
desses mtodos criados para criar novas classes. Podemos concluir que bastaria
apenas copiar e colar (perdo pelo uso da expresso) essas classes alterando
algumas pequenas definies, como o caso do nome da conexo (livro), que
pode ser diferente em outro caso, bem como o nome da classe de modelo (Pessoa),
que certamente ser diferente em outros casos. Porm copiar e colar certamente
no uma boa estratgia para ganhar produtividade, pois mesmo ganhando ve-
locidade inicial, medida que precisarmos realizar uma manuteno, teremos de
lembrar de realiz-la em inmeros locais. Uma estratgia melhor para reaproveitar
trechos so os Traits.
Como vimos no captulo 3, para atender necessidade de compartilhar pequenos
comportamentos entre diferentes classes, independentemente da hierarquia (super-
classes), implementado no PHP o conceito de Traits (traos). Um Trait formado
return $_SESSION[$var];
}
}
public static function freeSession() {

$_SESSION = array();
session_destroy();
}
}
7.4.6 Registro de vendas

O prximo passo no desenvolvimento de nossa aplicao criar uma interface
para o registro de vendas. O processo de vendas ser dividido em duas etapas. A
primeira etapa ter uma interface que permitir ao usurio adicionar itens (pro-
dutos) uma lista de objetos armazenada na sesso. A figura 7.9 demonstra essa
interface na qual o usurio informa o cdigo do produto, a quantidade e adiciona-
-os em uma lista armazenada em sesso. Essa classe ser chamada de VendasForm.
Figura 7.9 Formulrio de registro de venda.
A partir do momento em que o usurio clicar no boto Terminar, ser direcio-

nado outra interface, que por sua vez permitir que o mesmo informe detalhes
da transao para que a mesma seja armazenada no banco de dados. Nesta etapa,
ele informar: cliente, descontos, acrscimos, parcelamento e observao. A figura
7.10 demonstra essa tela de finalizao, que ir registrar a venda na base de dados,
bem como gerar as parcelas financeiras. Esta classe ser chamada de ConcluiVendaForm.
Figura 7.10 Formulrio de concluso de venda.
7.4.6.1 Registro de itens da venda

Iniciaremos o desenvolvimento pela primeira tela, na qual o usurio informar
os produtos e suas respectivas quantidades, que sero armazenados na sesso
e exibidos em uma Datagrid. Essa classe inicia com a definio das classes ne-
cessrias, bem como de seus Namespaces. No mtodo construtor, comeamos
iniciando a sesso ao instanciarmos a classe Session. Em seguida, criamos um
formulrio que ser utilizado para informar os produtos que sero vendidos.
Esse formulrio ter dois campos: id_produto e quantidade, e duas aes: Adicionar,
que est vinculada ao mtodo onAdiciona(), que receber os dados do formulrio
e os adicionar sesso, e Terminar, que est vinculada ao mtodo onLoad() da
classe ConcluiVendaForm. Como esse mtodo pertence outra classe, provocar uma
troca de tela no momento do clique, ou seja, o usurio ser transportado para a
classe ConcluiVendaForm.
7.4.7 Relatrio de contas

Nas ltimas sees, construmos programas que realizam cadastros, como o cadas-
tro de produtos (ProdutosForm), e que tambm registram atividades de um processo,
como o registro de vendas (VendasForm, ConcluiVendaForm). Agora chegou o momento de
prepararmos a sada de informaes para o usurio por meio de relatrios. Para
tal, construiremos a classe ContasReport, que ter como responsabilidade gerar um
relatrio de contas com base em um intervalo de datas informadas pelo usurio.
Observao: neste livro abordamos de maneira superficial a gerao de relatrios.

Caso queira ver em maior grau de profundidade, procure pelo livro Criando relatrios
com PHP tambm publicado pela Novatec Editora. Ele aborda bibliotecas para gerao
de relatrios HTML, PDF, RTF e grficos, relatrios tabulares, com filtros, seleo
de colunas e ordenao, relatrios hierrquicos (quebras) e matriciais (cross-tab
reports), grficos gerenciais reais e documentos (notas fiscais e cartas), entre outros.
Para gerar um relatrio de contas no formato HTML, utilizaremos a biblioteca

de templates Twig, j abordada no captulo 5. A interface do programa ser como
demonstrado na figura 7.12.
Figura 7.12 Relatrio de contas.
Na parte superior da tela teremos um formulrio perguntando duas datas (ini-

cial e final de vencimento). Com base nas datas informadas (que so opcionais)
o programa ir gerar uma listagem no formato HTML sobre as contas com

Phpoo Mostra PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Phpoo Mostra PDF

Uploaded by

Copyright:

Available Formats

PHP

Programando com Orientao a Objetos

Editor: Rubens Prates MP20151117

Novembro/2015 Terceira edio

Novatec Editora Ltda.

A vida uma pea de teatro que no permite ensaios...

Ao longo deste livro utilizaremos diversas funes, comandos e estruturas de

1.1 O que o PHP?

Fonte: PHP Group (http://php.net/history.php)

1.2 Um programa PHP

Observao: a finalizao da maioria dos comandos se d por ponto e vrgula (;).

O arquivo de configurao do PHP o php.ini, cuja localizao varia conforme a

1.11 Manipulao de arrays

1.11.1 Criando um array

Outra forma de criar um array simplesmente adicionando-lhe valores com a

Observao: possvel criar a base de dados utilizando o software PgAdmin (www.

Neste primeiro exemplo o programa se conectar ao banco de dados local livro,

// insere vrios registros

No prximo exemplo, o programa se conectar ao mesmo banco de dados do exem-

Fundamentos de orientao a objetos

No que diz respeito ao desempenho, ao compromisso, ao esforo, dedicao,

A orientao a objetos um paradigma que representa uma filosofia para cons-

2.1 Programao procedural

Conceitualmente existe uma associao entre um produto e seu fabricante, em

Figura 2.5 Relacionamento de associao.

public function __construct( $nome, $endereco, $documento ) {

public function getNome() {

A associao entre as classes Produto e Fabricante se estabelece a partir da classe

Figura 2.6 Relacionamento de composio.

public function __construct( $nome, $valor ) {

public function getNome() {

public function getValor() {

Figura 2.7 Relacionamento de agregao.

public function __construct( ) {

public function addItem( Produto $p ) {

public function getItens() {

public function getTime() {

Agora iremos demonstrar o relacionamento de agregao na prtica. Para tal,

Figura 2.9 Encapsulamento.

Observao: a visibilidade foi introduzida pelo PHP5 e, para manter compatibilidade

biblioteca e encontrou a maravilhosa PHPMailer. Entretanto voc percebeu que

Figura 2.14 Estrutura de um Adapter.

public function __construct() {

Tpicos especiais em orientao a objetos

A melhor maneira de prever o futuro cri-lo.

A orientao a objetos um assunto bastante extenso para ser tratado em apenas

3.1 Tratamento de erros

3.1.1 O cenrio proposto

Observao: poderamos fazer o mtodo em questo retornar diferentes valores para

3.1.4 Tratamento de excees

Utilizar o tratamento de excees no muito complicado. Em um primeiro

3.2 Mtodos mgicos

3.2.1 Introduo aos mtodos mgicos

3.4 Manipulao de XML com DOM

3.4.1 Leitura de contedo

public function getParts() {}

class Automovel extends Veiculo {

Uma parte inicial do Namespace corresponder ao diretrio-base de onde

Ainda existem diversas diretrizes que definem padro de abertura de chaves,

Observao: por motivos de simplificao colocamos a declarao da classe

3.12 PDO PHP Data Objects

O homem est sempre disposto a negar tudo aquilo que no compreende.

Ao programarmos de maneira orientada a objetos, nossa aplicao deve ser for-