Esclarecimento sobre Get and Set

arthuroaraujo:

Bom dia
Estou quase entendendo eles… Mas quero tirar uma duvida.

quando vc configura um setter pra uma variavel private o set altera o valor dela correto? E o get vai retornar o valor.

Entao por que nao se pode alterar o valor da variavel diretamente? Sendo que ela vai ser alterada de qualquer forma?

Bom se eu tiver errado me corrijam tbm…

Abçs a todos

arthuroaraujo:

Bom dia
Estou quase entendendo eles… Mas quero tirar uma duvida.

quando vc configura um setter pra uma variavel private o set altera o valor dela correto? E o get vai retornar o valor.

Entao por que nao se pode alterar o valor da variavel diretamente? Sendo que ela vai ser alterada de qualquer forma?

Bom se eu tiver errado me corrijam tbm…

Abçs a todos

Dúvida hiper válida. Pragmáticamente falando, você tem razão em um primeiro momento.
Da uma lida neste link: http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/

De qualquer forma, primeiro você aprende a usar essa burocratização da linguagem (expor os membros privados através de métodos acessores, ou seja, getters e setters) e depois, quando souber exatamente o que está fazendo, deixar de fazer isso em determinados casos

Em termos de tempo de execução, leva exatamente a mesma coisa que o acesso “bruto” se os getters e setters foram compilados pelo JIT. (Você pode forçar isso ou então desativar isso, usando -XX:+UseFastAccessors ou -XX:-UseFastAccessors) .

arthuroaraujo:

Bom dia
Estou quase entendendo eles… Mas quero tirar uma duvida.

quando vc configura um setter pra uma variavel private o set altera o valor dela correto? E o get vai retornar o valor.

Entao por que nao se pode alterar o valor da variavel diretamente? Sendo que ela vai ser alterada de qualquer forma?

Bom se eu tiver errado me corrijam tbm…

Abçs a todos

Um exemplo fácil de lembrar é a classe conta (foi o primeiro contato que tive com POO, graças a maravilhosa apostila da Caelum).

class Conta {

	private String dono;
	private double saldo;

	public String getDono() {
		return dono;
	}

	public void setDono(String dono) {
		this.dono = dono;
	}

	public double getSaldo() {
		return saldo;
	}

	public void setSaldo(double saldo) {
		this.saldo = saldo;
	}

}

Não faz sentido, por exemplo, existir aquele setSaldo. Ao invés disso você deveria ter métodos como saca e deposita não concorda? Afinal você não pode simplesmente escolher o seu saldo.

class Conta {

	private String dono;
	private double saldo;

	public String getDono() {
		return dono;
	}

	public void setDono(String dono) {
		this.dono = dono;
	}

	public void saca(double valor) {
		saldo = saldo - valor;
	}
	
	public void deposita(double valor) {
		saldo = saldo + valor;
	}

}

kicolobo:

arthuroaraujo:

Bom dia
Estou quase entendendo eles… Mas quero tirar uma duvida.

quando vc configura um setter pra uma variavel private o set altera o valor dela correto? E o get vai retornar o valor.

Entao por que nao se pode alterar o valor da variavel diretamente? Sendo que ela vai ser alterada de qualquer forma?

Bom se eu tiver errado me corrijam tbm…

Abçs a todos

Dúvida hiper válida. Pragmáticamente falando, você tem razão em um primeiro momento.
Da uma lida neste link: http://blog.caelum.com.br/nao-aprender-oo-getters-e-setters/

Hmmm eu sabia que já tinha visto o exemplo que eu acabei de postar em algum lugar (que não fosse na apostila da Caelum).

entanglement:

De qualquer forma, primeiro você aprende a usar essa burocratização da linguagem (expor os membros privados através de métodos acessores, ou seja, getters e setters) e depois, quando souber exatamente o que está fazendo, deixar de fazer isso em determinados casos

Em termos de tempo de execução, leva exatamente a mesma coisa que o acesso “bruto” se os getters e setters foram compilados pelo JIT. (Você pode forçar isso ou então desativar isso, usando -XX:+UseFastAccessors ou -XX:-UseFastAccessors) .

Discordo. Esta é a maneira errada de se aprender OO.
O princípio básico por trás da OO é expor apenas o que for realmente necessário ser exposto para os demais objetos clientes.
A partir do momento em que você começa a expor gets e sets que não tem utilidade alguma, estão lá apenas para cumprir tabela, o princípio básico do bom design OO que é expor apenas o necessário se perde, você se vicia e, ainda pior, acaba usando mal o paradigma pro resto da sua vida profissional se não ficar atento.
É por isto que o link que expus é tão bacana, é justamente sobre este problema.

kicolobo:

entanglement:

De qualquer forma, primeiro você aprende a usar essa burocratização da linguagem (expor os membros privados através de métodos acessores, ou seja, getters e setters) e depois, quando souber exatamente o que está fazendo, deixar de fazer isso em determinados casos

Em termos de tempo de execução, leva exatamente a mesma coisa que o acesso “bruto” se os getters e setters foram compilados pelo JIT. (Você pode forçar isso ou então desativar isso, usando -XX:+UseFastAccessors ou -XX:-UseFastAccessors) .

Discordo. Esta é a maneira errada de se aprender OO.
O princípio básico por trás da OO é expor apenas o que for realmente necessário ser exposto para os demais objetos clientes.
A partir do momento em que você começa a expor gets e sets que não tem utilidade alguma, estão lá apenas para cumprir tabela, o princípio básico do bom design OO que é expor apenas o necessário se perde, você se vicia e, ainda pior, acaba usando mal o paradigma pro resto da sua vida profissional se não ficar atento.
É por isto que o link que expus é tão bacana, é justamente sobre este problema.

Vcs sao os caras.
Ja tiraram minha duvida, vlw!!

Abçs
Arthuro