+1
Métodos mágicos do PHP5
A método __toString() existe para que possamos fornecer uma representação em string para os nossos objetos. No entanto, é você quem deverá definir como será a representação do seu objeto. Vamos criar o seguinte método na nossa classe Pessoa:
E agora, logo após instanciar o objeto, coloque a linha abaixo e execute o script:
A saída será:
Experimente retirar o método __toString() da sua classe e execute o script novamente.
<?php
//...
public function __toString() {
return $this->nome;
}
//...
?>
E agora, logo após instanciar o objeto, coloque a linha abaixo e execute o script:
print $Funcionario;
A saída será:
Daniel Braga
Experimente retirar o método __toString() da sua classe e execute o script novamente.
Comentários:
Mostrando 1 - 9 de 9 comentários
Sim, existem. Estou preparando uma continução desse artigo para abordar o __get() e o __set().
02/01/2007 12:01pm
(~18 anos atrás)
Existem também os métodos __get() e __set() para desenvolver os getters e setters.
Eu ainda estou aprendendo um pouco sobre orientação a objetos, mas uma coisa que eu vi num livro que eu estou lendo (Code Complete) é que o uso desse tipo de funções é útil para garantir a independência total da classe, com uma encapsulação completa.
Eu ainda estou aprendendo um pouco sobre orientação a objetos, mas uma coisa que eu vi num livro que eu estou lendo (Code Complete) é que o uso desse tipo de funções é útil para garantir a independência total da classe, com uma encapsulação completa.
02/01/2007 11:58am
(~18 anos atrás)
Há um tanto de inutilidade no ato de definir todos os getters e setters de uma aplicação.
Será um código bem repetitivo e numa classe com várias propriedades você terá várias linhas de código para te atrapalhar na leitura do arquivo. Se seu editar não possuir code folding isso fica muito irritante.
Mas isso é uma opinião minha. Cada um tem que trabalhar da maneira que lhe for mais conveniente.
Será um código bem repetitivo e numa classe com várias propriedades você terá várias linhas de código para te atrapalhar na leitura do arquivo. Se seu editar não possuir code folding isso fica muito irritante.
Mas isso é uma opinião minha. Cada um tem que trabalhar da maneira que lhe for mais conveniente.
02/01/2007 10:01am
(~18 anos atrás)
Mas dessa forma você não acha que seus editores de código estão delimitando, restringindo, a forma como você trabalha?
02/01/2007 9:49am
(~18 anos atrás)
Mas dessa forma você não acha que seus editores de código não estão delimitando, restringindo, a forma como você trabalha?
02/01/2007 9:37am
(~18 anos atrás)
Seria mais conveniente sim. Inclusive é o padrão de codificação do Zend Framework. No entanto, utilizei o formato com underscore apenas para "colorir" o exemplo dado.
02/01/2007 9:34am
(~18 anos atrás)
Achei ótimo o artigo, porém quando falamos em OO, acho melhor determinar todos os getters e setters, sem processamento de código (automatização __call()).
Parabens pelo artigo.
Parabens pelo artigo.
27/12/2006 9:51am
(~18 anos atrás)
Não seria mais conveniente escrever as propriedades como camel caps e manter essa convenção em toda a classe? Isso pouparia a execução de código para transformar os nomes das propriedades no método __call(). Se existe uma razão para isso deveria ser explicada.
27/12/2006 7:04am
(~18 anos atrás)
Cara ... eu vinha usando essa técnica já há algum tempo, mas quando se programa com orientação a objetos usando Ferramentas com auto-completar de procedimentos (Zend e Komodo, por exemplo) esse recurso vai embora.
26/12/2006 9:17am
(~18 anos atrás)