Anos atrás, ensinava-se que um objeto possuia campos, atributos ou propriedades. Todos os nomes revelavam a mesma coisa. Mas hoje em dia, parece que isso perdeu o sentido. Alguns passaram a chamar somente de campos (ou atributos) e passaram a chamar de propriedades os campos (ou atributos) com metodos “getters” e “setters”. Para mim, isso é o mesmo que usar Dreamweaver e chamar o elemento div de layer.

__set não serve pra isso. Vide o conceito por detrás do comentário do Daniel: “mas gostaria que as propertys fossem mais parecida com as do delphi, é mais clara a escrita”.
Pegue uma classe com meia-dúzia de atributos com validações complexas e faça tudo através do __set. Percebe como perde o sentido? tudo o que for relativo a essas variáveis vai estar dentro de um grande método difícil de se manter.

My two cents

Programei muito tempo em delphi, o php tem suas peculiaridades…

Outra coisa que Fernando não entendeu é que $p->FirstName é diferente de $p->firstName, o primeiro é Propriedade e o segundo Atributo, não é que se possa acessar com case-insensitive como ele disse… é que realmente são coisas completamente diferentes…

se $p->firstName fosse publica poderiamos acessá-lo e não haveria nenhum tipo de tratamento completamente diferente ocorre em $p->FirstName que vc pode atribuir methodos de read e write para tratar e validar os dados.

Deixo aqui que fico feliz pelo php evoluir, mas gostaria que as propertys fossem mais parecida com as do delphi, é mais clara a escrita.
Do mais o php é o exemplo de como o simples é funcional e rápido!!!

Abraços e parabéns

Seu artigo é excelente! O dia que as pessoas entenderem os verdadeiros benefícios da programação OO, o nível das aplicações web irá crescer muito.

Parabéns!

> Pelo visto você acha que está no grupo dos que sabe.

Uma coisa não tem necessariamente a ver com a outra! Eu acredito que o PHP seja a linguagem com o maior número de adeptos no nosso país, isso faz com que inevitavelmente existam pessoas que não possuam conhecimento necessária para trabalharem profissionalmente com a tecnologia (o que é normal, diga-se de passagem). Porém no PHP, diferentemente das outras linguagens, a maior parte dessas pessoas estão empregadas (ok, isso não é normal)! Não vou entrar nos méritos de porque isso acontece ou porque deixa de acontecer, mas isso é fato (concordamos nesse ponto pelo menos!?) e está se tornando cada vez mais comum. Porém esse é um outro assunto, muito mais longo do que o tratado nesse post.

> Pergunta: “elegante” é declarar variáveis com um nome e acessá-las com outro? Se ‘id’ é igual a ‘Id’, não tem sentido a linguagem ser case-sensitive no que diz respeito as variáveis.

Você precisa aprender à abstrair os conceitos por detrás dos exemplos… Mas vamos começar comentando que uma property não é uma variável física, ela está mais para um ponteiro do que para uma variável propriamente dita. Além disso, declarar uma variável com letra minúscula e acessá-la com letra maiúscula é apenas um padrão que eu costumo adotar, porém existem n outros padrões sobre o assunto. Alguns deles sugerem colocar ‘_’ na frente das variáveis, outro sugerem ‘m_’ e por ae vai… Acredite, definitivamente o conceito exposto neste post não é “declare seus atributos com letras minúscula e suas propriedades com letras maiúsculas”.

> Se você não quer que um var_dump mostre o conteúdo de sua variável, retire o metodo __get, oras. Você abre a porta para o retorno da variável a ainda quer que o valor esteja inacessível?

Na realidade, esse comentário foi só para alertar as pessoas que no PHP é possível ver o valor de uma variável privada com as funções print_r() ou var_dump(), e que o uso dessa técnica não previne isso. Teste você mesmo:

class Foo {
    private $foo = 'bar';
}

echo '<pre>';
$obj = new Foo;
print_r($obj);
var_dump($obj);
echo '</pre>';

> Agora minha dúvida final: se (no inglês) uma classe contém methods e properties, por que cargas d’água “uma property permite que você associe rotinas de acesso à um atributo da sua classe”? Oras, se property é propriedade, o que você está criando são métodos de acesso.

Relembrando o ponto citado anteriormente sobre abstrair conceitos de exemplos… O que uma property faz é associar uma variável à um método/rotina/whatever, nada mais do que isso.

> Vide manual. Está lá a pelo menos dois anos.

Sim. Todas as funcionalidades da linguagem estão lá.
http://br.php.net/manual/pt_BR/language.oop5.overloading.php

Deprimente.

Pelo visto você acha que está no grupo dos que sabe. Pergunta: “elegante” é declarar variáveis com um nome e acessá-las com outro? Se ‘id’ é igual a ‘Id’, não tem sentido a linguagem ser case-sensitive no que diz respeito as variáveis.

Quando você declara uma variável como privada, __set passa a funcionar sem a necessidade da gambiarra da letra maiúscula.

“Apesar de definir um atributo como privado e não criar método de get para ele, o programador poderá descobrir o valor do seu atributo através dos comandos print_r() ou var_dump(). Então, esse tipo de prática só não basta para manter um dado do objeto em sigilo”

Permita-me perguntar se você estava babando enquanto escrevia esse comentário. Estava? Se você não quer que um var_dump mostre o conteúdo de sua variável, retire o metodo __get, oras. Você abre a porta para o retorno da variável a ainda quer que o valor esteja inacessível?

Agora minha dúvida final: se (no inglês) uma classe contém methods e properties, por que cargas d’água “uma property permite que você associe rotinas de acesso à um atributo da sua classe”? Oras, se property é propriedade, o que você está criando são métodos de acesso.

Quanto ao comentário do Mário (”Muito legal esse esquema de Property, precisa ser mais divulgado.”):
Vide manual. Está lá a pelo menos dois anos.

“Use the manual, Luke”.

Muito legal esse esquema de Property, precisa ser mais divulgado.

Parabéns pelo artigo.
Abraços.