spinow wrote:Olá a todos,
Já existem vários tópicos sobre esse padrão de projeto, eu sei, mas minha dúvida é um pouco mais específica.
Bom, primeiro vai o código.
Tenho assim o meu Abstract Factory:
public abstract class UsuarioFactory { public abstract Usuario create(); public static UsuarioFactory getInstance(Class<?> tipoUsuario){ if(tipoUsuario.getSimpleName().equals(UsuarioFisico.class.getSimpleName())) return new UsuarioFisicoFactory(); else if(tipoUsuario.getSimpleName().equals(UsuarioJuridico.class.getSimpleName())) return new UsuarioJuridicoFactory(); else return null; } }
public class UsuarioFisicoFactory extends UsuarioFactory { UsuarioFisicoFactory() { } @Override public Usuario create() { return new UsuarioFisico(); } }
public class UsuarioJuridicoFactory extends UsuarioFactory { UsuarioJuridicoFactory() { } @Override public Usuario create() { return new UsuarioJuridico(); } }

Bom, primeiro, como existem aqui vários experts no assunto, gostaria de saber se consegui assimilar o padrão, segundo, e principal, diz respeito a utilizaçao por parte do cliente:

UsuarioFactory objUsuarioFactory; Usuario objUsuario; String tipoPessoa = input.getString("tipo_pessoa"); //Usuario Físico if(tipoPessoa.equals("1")){ objUsuarioFactory = UsuarioFactory.getInstance(UsuarioFisico.class); objUsuario = (UsuarioFisico)objUsuarioFactory.create(); } else { objUsuarioFactory = UsuarioFactory.getInstance(UsuarioJuridico.class); objUsuario = (UsuarioJuridico)objUsuarioFactory.create(); } objUsuario.setSenha(Cryptographer.getMD5(objUsuario.getSenha()));
É correto o método "create()" retornar a classe abstrata (Usuario)? Acho estranho, pois, assim teria que fazer um cast toda hora, até pq UsuarioFisico tem o método getCpf(), no qual não existe, obviamente no UsuarioJuridico...
Opinem, por favor...

Obrigado!

Está quase lá... o seu método getInstance() está meio "complicado", porque se o cliente sabe que Usuário quer, como nessa linha:

Substitua getCpf() por getDocumento

mario.fts wrote:Eu prefiro algo do tipo:

public abstract class UsuarioFactory { public static UsuarioFactory getUsuarioFisicoFactory(){ return new UsuarioFisicoFactory(); } public static UsuarioFactory getUsuarioJuridicoFactory(){ return new UsuarioJuridicoFactory(); } }

Assim não precisa saber as flags, os nomes dos métodos já deixam claro o que será retornado.

Naquele jeito que eu passei alí em cima, não. Ele só sabe que , de acordo com o input, ele vai retornar uma factory diferente. Acontece que esse input vem do controller, que vem da view... ou seja, vai mudando. Se por acaso a view acrescentar mais valores, por exemplo, é só acrescentar uma entrada no map.

spinow wrote:

Naquele jeito que eu passei alí em cima, não. Ele só sabe que , de acordo com o input, ele vai retornar uma factory diferente. Acontece que esse input vem do controller, que vem da view... ou seja, vai mudando. Se por acaso a view acrescentar mais valores, por exemplo, é só acrescentar uma entrada no map.

Se eu consegui entender a necessidade do padrão Abstract Factory, acredito que esta explicação é bem válida, pois, deixa mais "genérico". Certo?