Comentários sobre: Como não aprender Java e Orientação a Objetos: getters e setters http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/ blog dos desenvolvedores da Caelum Sun, 12 Feb 2012 05:01:36 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: Paulo Silveira http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-97315 Paulo Silveira Thu, 19 Jan 2012 11:31:35 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-97315 oi Marcelo. o livro tem pra vender online: www.arquiteturajava.com.br o Deitel é enxuto em algumas partes de design. Receitas de bolo devem ser executadas com cautela. oi Marcelo. o livro tem pra vender online:
http://www.arquiteturajava.com.br

o Deitel é enxuto em algumas partes de design. Receitas de bolo devem ser executadas com cautela.

]]> Por: Marcelo Nalon http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-97300 Marcelo Nalon Wed, 18 Jan 2012 22:52:03 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-97300 Sim, é verdade... mas isso se você estiver usando uma IDE né. Interessante, no livro do Deitel, ele cita uso dos getters e setters como uma boa prática, por isso é sempre bom buscar mais de uma fonte de referência. Você tem esse livro disponível em pdf?? Sim, é verdade… mas isso se você estiver usando uma IDE né.
Interessante, no livro do Deitel, ele cita uso dos getters e setters como uma boa prática, por isso é sempre bom buscar mais de uma fonte de referência.
Você tem esse livro disponível em pdf??

]]> Por: Paulo Silveira http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-97298 Paulo Silveira Wed, 18 Jan 2012 22:33:19 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-97298 Olá Marcelo Um simples refactoring de nome de atributo resolve esse problema com um clique. Nao é para nao ter de renomear um atributo que voce deve usar um getter/setter. Getter e setter só é bom se realmente faz sentido pro seu modelo, entao depende do domínio. Cria uma classe cheia de getter e setters, automaticamente, é um péssimo hábito em relação a engenharia de software. Aqui tem uma discussão mais aprofundada: http://www.arquiteturajava.com.br/livro/cuidado-com-o-modelo-anemico.pdf Olá Marcelo

Um simples refactoring de nome de atributo resolve esse problema com um clique. Nao é para nao ter de renomear um atributo que voce deve usar um getter/setter. Getter e setter só é bom se realmente faz sentido pro seu modelo, entao depende do domínio.

Cria uma classe cheia de getter e setters, automaticamente, é um péssimo hábito em relação a engenharia de software. Aqui tem uma discussão mais aprofundada:
http://www.arquiteturajava.com.br/livro/cuidado-com-o-modelo-anemico.pdf

]]> Por: Marcelo Nalon http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-97297 Marcelo Nalon Wed, 18 Jan 2012 22:24:19 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-97297 Olá, também não tenho muita experiência com Java e estou apenas começando, mas concordo com o nosso amigo Flávio. No que eu aprendi até hoje, os métodos get e set servem para manter uma boa engenharia de software, uma vez que é mais fácil manter códigos que fazem uso deles. Pense numa classe bem grande que tenha vários métodos que utilizam um determinado atributo. Se por ventura for necessário por exemplo fazer uma modificação no nome do atributo, seria necessário alterar o nome em todos os métodos que utilizam esse atributo também. Usando get e set só seria necessário alterar o nome do atributo nesses dois métodos. Olá, também não tenho muita experiência com Java e estou apenas começando, mas concordo com o nosso amigo Flávio. No que eu aprendi até hoje, os métodos get e set servem para manter uma boa engenharia de software, uma vez que é mais fácil manter códigos que fazem uso deles. Pense numa classe bem grande que tenha vários métodos que utilizam um determinado atributo. Se por ventura for necessário por exemplo fazer uma modificação no nome do atributo, seria necessário alterar o nome em todos os métodos que utilizam esse atributo também. Usando get e set só seria necessário alterar o nome do atributo nesses dois métodos.

]]> Por: Paulo Silveira http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-96629 Paulo Silveira Wed, 04 Jan 2012 14:20:48 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-96629 Jesse, exatamente!!! É um alerta para a criação indiscriminada, que ocorre frequentemente. Jesse, exatamente!!! É um alerta para a criação indiscriminada, que ocorre frequentemente.

]]> Por: Jesse James http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-96626 Jesse James Wed, 04 Jan 2012 13:12:08 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-96626 Parece que tem gente que não sabe ler. O artigo não é contra o uso de getters e setters, ele condena o uso indiscriminado. Os getters e setters são úteis mas devem ser usados de acordo com as regras do negócio, e respondendo a alguns que perguntaram: encapsulamento não é apenas ocultar atributos, mas tornar eles acessíveis apenas para satisfazer a aplicação, o exemplo citado emula o funcionamento de uma conta bancaria real onde não se atribui um valor a um saldo, mas esse valor é alterado via atividades inerentes à atividade bancaria como depositar e retirar dinheiro. Parece que tem gente que não sabe ler. O artigo não é contra o uso de getters e setters, ele condena o uso indiscriminado. Os getters e setters são úteis mas devem ser usados de acordo com as regras do negócio, e respondendo a alguns que perguntaram: encapsulamento não é apenas ocultar atributos, mas tornar eles acessíveis apenas para satisfazer a aplicação, o exemplo citado emula o funcionamento de uma conta bancaria real onde não se atribui um valor a um saldo, mas esse valor é alterado via atividades inerentes à atividade bancaria como depositar e retirar dinheiro.

]]> Por: POO – Material Complementar | Material de Acompanhamento – UFS http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-94935 POO – Material Complementar | Material de Acompanhamento – UFS Sat, 03 Dec 2011 14:02:57 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-94935 [...] Como não aprender Java e Orientação a Objetos: getters e setters Como não aprender orientação a objetos: o excesso de ifs Como não aprender orientação a objetos: Herança [...] [...] Como não aprender Java e Orientação a Objetos: getters e setters Como não aprender orientação a objetos: o excesso de ifs Como não aprender orientação a objetos: Herança [...]

]]> Por: REFACTORING – Caso Real e boas maneiras Parte IV (Keep Walking…) « Yuri Adams http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/comment-page-2/#comment-94591 REFACTORING – Caso Real e boas maneiras Parte IV (Keep Walking…) « Yuri Adams Mon, 28 Nov 2011 00:18:25 +0000 http://blog.caelum.com.br/2006/09/14/nao-aprender-oo-getters-e-setters/#comment-94591 [...] privilégio. Então é isso, mais um caso prático de como melhorar seu código. Excelente dica: Como não aprender OO com java. Excelente post da [...] [...] privilégio. Então é isso, mais um caso prático de como melhorar seu código. Excelente dica: Como não aprender OO com java. Excelente post da [...]

]]>