�ltimas mensagens do t�pico "Padr�o Abstract Factory"

Padr�o Abstract Factory

spinow — GMT

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:
[code]
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;
}
}
[/code]
[code]
public class UsuarioFisicoFactory extends UsuarioFactory {
UsuarioFisicoFactory() {

}

@Override
public Usuario create() {
return new UsuarioFisico();
}
}
[/code]
[code]
public class UsuarioJuridicoFactory extends UsuarioFactory {
UsuarioJuridicoFactory() {

}

@Override
public Usuario create() {
return new UsuarioJuridico();
}
}
[/code]

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:

[code]
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()));
[/code]
� 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!

Padr�o Abstract Factory

pozzo — GMT

� assim mesmo, a aplica��o n�o deve saber qual o tipo de factory usada ou objeto retornado. O que importa � que o 'tipo certo' seja retornado.

Bom, neste caso voc� vai ter que fazer cast. Pois o m�todo getCpf n�o existe em UsuarioJuridico. Mas veja que fica mais interessante quando voc� tem m�todos sobrescritos, e em tempo de execu��o, � decidido qual executar.

Padr�o Abstract Factory

asaudate — GMT

[quote=spinow]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:
[code]
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;
}
}
[/code]
[code]
public class UsuarioFisicoFactory extends UsuarioFactory {
UsuarioFisicoFactory() {

}

@Override
public Usuario create() {
return new UsuarioFisico();
}
}
[/code]
[code]
public class UsuarioJuridicoFactory extends UsuarioFactory {
UsuarioJuridicoFactory() {

}

@Override
public Usuario create() {
return new UsuarioJuridico();
}
}
[/code]

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:

[code]
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()));
[/code]
� 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!

[/quote]

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

[code]
objUsuarioFactory = UsuarioFactory.getInstance(UsuarioJuridico.class);
[/code]
ent�o n�o tem porque usar factory, concorda?
Nesse caso (especificamente), eu diria a voc� criar um mapa com o input e atrelar �s inst�ncias de factory que voc� quer. Por exemplo:

[code]

static Map map;

static {
map = new HashMap();
map.put ("1", new UsuarioFisicoFactory());
map.put ("2", new UsuarioJuridicoFactory());
}

public UsuarioFactory getFactory(String input) {
//Estou com pregui�a de digitar getter e setter pro map =P
return map.get(input);
}

[/code]

Assim, voc� anexa o input de acordo com a Factory, mas se ficar tudo na mesma classe, n�o tem problema.
Quanto ao caso do m�todo getCpf, voc� poderia fazer um esquema semelhante de classes abstratas, mas com os usu�rios. Substitua getCpf() por getDocumento, que fica numa interface (evite usar heran�a!) e substitua o m�todo na sua classe Factory, tb.

[]�s

Re:Padr�o Abstract Factory

spinow — GMT

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

Tem toda a raz�o... realmente fugiu da id�ia da utiliza��o do padr�o...

Curti a id�ia de passar o input, massa mesmo!

[quote]
Substitua getCpf() por getDocumento
[/quote]

�tima alternativa tbm!

Valew pela ajuda de todos!

Re:Padr�o Abstract Factory

mario.fts — GMT

Eu prefiro algo do tipo:

[code]
public abstract class UsuarioFactory {

public static UsuarioFactory getUsuarioFisicoFactory(){
return new UsuarioFisicoFactory();
}

public static UsuarioFactory getUsuarioJuridicoFactory(){
return new UsuarioJuridicoFactory();
}
}
[/code]

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

Re:Padr�o Abstract Factory

Leonardo3001 — GMT

[quote=mario.fts]Eu prefiro algo do tipo:

[code]
public abstract class UsuarioFactory {

public static UsuarioFactory getUsuarioFisicoFactory(){
return new UsuarioFisicoFactory();
}

public static UsuarioFactory getUsuarioJuridicoFactory(){
return new UsuarioJuridicoFactory();
}
}
[/code]

Assim n�o precisa saber as flags, os nomes dos m�todos j� deixam claro o que ser� retornado.[/quote]

Pode at� ser. Mas a� deixaria de ser um Abstract Factory, que � um padr�o que abstrai uma fam�lia de factories. Afinal, na sua implementa��o, o cliente sabe qual factory est� sendo utilizado, o que n�o � a inten��o.

Re:Padr�o Abstract Factory

mario.fts — GMT

e passando o flag ele n�o sabe?

Re:Padr�o Abstract Factory

asaudate — GMT

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.

[]�s

Re:Padr�o Abstract Factory

spinow — GMT

[quote]
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.
[/quote]

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?

Re:Padr�o Abstract Factory

asaudate — GMT

[quote=spinow][quote]
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.
[/quote]

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?[/quote]

Certo! Voc� est� deixando de lado a necessidade de saber qual o produto. OK, voc� est� acoplando a entrada com uma factory, mas como eu disse antes, n�o tem problema se voc� fizer isso num fa�ade ou coisa assim.

[]�s