Comments on: Como não aprender Java e Orientação a Objetos: getters e setters

By: marcio cunha

marcio cunha — Sat, 13 Mar 2010 02:32:20 +0000

alert(‘Faltando escapar contra xss injection’)

By: wilton lazary

wilton lazary — Sat, 13 Mar 2010 02:04:45 +0000

No caso comum que é esse de encapsulamento oque acontece e o seguinte:
você pode usar seus atributos expostos como publicos e aonde estiver no o bytecode vai ser mudado para e caso você não tenha colocado um o agente coloca para você.
Entre varias outras coisas legais que java não tem por padrão, vale lembrar que mais poder demanda por mais responsabilidade, mas o trabalho que fiz já está em produção e só me da alegria, coloquei ideias tiradas de Scala, grails, AspectJ e minha produtividade melhorou muito pois seria inviavel migrar o projeto de linguagem, lembrando que é tudo Java puro não tem Scala, grails, AspectJ somente coias que achei boa quando trabalhei com essas tecnologias.

By: Paulo Silveira

Paulo Silveira — Sat, 13 Mar 2010 01:42:12 +0000

@Alexandre Saudate Pois é, alguns frameworks nos obrigam ao idiomismo de getter e setter

@wilton é uma possibilidade, mas colocar muitos aspectos começa a adicionar a complexidade de um código: coisas novas vão acontecendo sem que elas estejam sendo executadas em um único lugar. achar onde está cada coisa acaba ficando complicado, assim como em Ruby usar muitos mixins e excesso de monkey patching. Claro que em muitos casos é uma excelente solução, mas devemos sempre tomar cuidado.

By: wilton lazary

wilton lazary — Sat, 13 Mar 2010 01:16:49 +0000

Esse problema não existe para mim, eu fiz um agente que encapsula todos os acessos publicos via manipulação de bytecode, caso eu queira um getter ou um setter mais incrementado e so colocar ele lá. a ainda adicionei coisas de Aspect e funcionalidades que tem na linguagem Scala, tudo isso sem mudar nada na sintaxe de Java.

By: Alexandre Saudate

Alexandre Saudate — Sun, 28 Feb 2010 02:39:56 +0000

Com certeza, faz todo sentido. Entretanto, já é uma prática tão indiscriminada que você tem problemas com alguns frameworks se não usar (por exemplo, JSF). E, neste em especial, você tem problemas sérios se colocar qualquer tipo de lógica nos getters/setters!

By: Paulo Silveira

Paulo Silveira — Wed, 03 Feb 2010 23:37:05 +0000

Olá Sandokan, você tem toda razão. Acabei de editar e deixar o comentário como “getters e setters e business methods, caso julgue necessário”.

Mesmo pro nome e descrição pode não fazer sentido: se você quiser alterar, crie um novo! Creio que só os getters nesse caso bastariam. Excelente observação

By: Sandokan Dias

Sandokan Dias — Wed, 03 Feb 2010 23:11:25 +0000

Paulo,

Parabéns!! excelente artigo!
Dando uma navegada pelo site do VRaptor em busca de informações do próprio voltado ao GAE, percebi na parte da documentação, mais especificamente no item [vraptor3-o-guia-inicial-de-10-minutos], que o tutorial tem o famoso comentário //getter e setters no domínio de exemplo. Não estou criticando mas apenas lembrando que você mesmo disse que os “tutoriais na internet estão cheios disso”.
Também não estou dizendo que é da pior espécie tanto é que para o nome e descrição faz todo sentido, já para o preço, acho que poderia ter um calculaPreco();
Mas é apenas um comentário no bom sentido, não quero que fique uma má impressão, tão pouco como um comentário irônico. Posso estar completamente errado devido ao teor do tutorial.
[]s

By: Paulo Silveira

Paulo Silveira — Sat, 05 Dec 2009 03:56:36 +0000

Mais um pouco. O Daniel Braz fez um post interessante aqui, que de certa forma aborda o mesmo tema e argumentos:
http://dsbraz.com/blog/?p=12

Ele lembrou muito bem ao linkar para o Tell Dont Ask do Andrew Hunt:
http://www.pragprog.com/articles/tell-dont-ask