Regras de negócio envolvendo valores

Programação Java
#1

Pessoal, como vocês geralmente fazem numa situação em que a regra de negócio fala de um valor específico de um objeto?
Exemplo:
a) em um sistema que tenha um cadastro de pessoas e um dos atributos de pessoas é da classe Escolaridade. Daí tem um módulo do sistema que é publicação de artigos e tem uma regra dizendo: se o autor não tiver diploma então publique com o status de “revisar”. Caso contrário publique normalmente.
Neste caso a gente precisaria no sistema ter um valor para o status revisar e um grupo de escolaridades inferiores a tal? Acho feio fazer uma classe de constantes tipo:

public class Constantes { public static final Integer STATUS_A_REVISAR = new Integer(6); }

E se o valor do status mudar? E se deletarmos este status?! Isso deveria ficar numa classe? Por que não no BD ou num properties?

E vocês geralmente fazem uma classe do tipo Status com id e descrição ou simplesmente colocam um atributo Integer na classe Artigo?

#2

Vc pode verificar a melhor forma de fazer desta seguindo os seguintes passos

  1. Os valores podem mudar constatemente - melhor fazer no bd

  2. Se os valores não mudam - faça um atributo na classe

Eu não acho necessario ter um classe apenas para controlar isso, mais se vc for utilizar bd faça uma tabela status que fica mais facil de controlar

#3

Eu não entendi muito bem seu problema mas se você precisa de constantes de um intervalo (como estados possíveis) acho que pode usar um enum.

#4

pode usar um enum, do tipo:

	public enum StatusArtigo
        {
		REVISAR(1),
		APROVADO(2),
		REJEITADO(3);
		
		private final int value;
		
		private StatusArtigo(int value) {
			this.value = value;
		}
		
		public int getValue() {
			return value;
		}
	
		public String toString() {
			return super.toString() + "(" + value + ")";
		}
	}

Tambem seria interessante usar uma estrutura do tipo

class Artigo {
   private StatusArtigo status;

   public void setRevisar() {
       this.status = StatusArtigo.REVISAR;
       /* Outras regras relacionadas a mudança de status poderiam
       entrar aqui*/
   }
#5

O que eu acho feio é que no banco de dados vamos ter uma tabela de status. O enum é um espalho desta tabela. Beleza. Mas quando a tabela mudar? Tenho que recompilar o código. Isso não contraria os princípios de oo? Seja pra alterar o valor, o nome, adicionar ou excluir status?

#6

Se sua tabela no banco mudar, retirando ou adicionando status por exemplo, acho bastante improvável que você não tenha que alterar nenhuma regra de negócio em seu código fonte, o que por si só já lhe obrigaria a recompilar o código. Não vejo onde isto afeta os pricípios de OO.

Também exis uma outra maneira de resolver que seria implementar as regras de negócio afetadas pelo status em uma classe que representasse este status. Dê uma olhada no pattern State: http://weblogs.java.net/blog/ryano/archive/2005/01/implementing_th_1.html

#7

gostei deste design pattern!
porem acho que pra ele funcionar comigo o enum teria que ter conhecimento da classe artigo, um relacionamendo bidirecional

#8

[quote=mzugaib]gostei deste design pattern!
porem acho que pra ele funcionar comigo o enum teria que ter conhecimento da classe artigo, um relacionamendo bidirecional[/quote]

Provavelmente não é o que você precisa então. Enum não é um design pattern, é um construto da linguagem, mas leia sobre o Pattern State.

#9

[quote=pcalcado][quote=mzugaib]gostei deste design pattern!
porem acho que pra ele funcionar comigo o enum teria que ter conhecimento da classe artigo, um relacionamendo bidirecional[/quote]

Provavelmente não é o que você precisa então. Enum não é um design pattern, é um construto da linguagem, mas leia sobre o Pattern State.[/quote]

Mas eu estava falando do State que faz uso de Enum! O que eu quis dizer é que acho que nos métodos equivalentes ao “Turn on” e “Turn off” eu teria que passar Artigo ou no próprio construtor do Enum? ? ou seja, o Enum ter conhecimento da classe Artigo.

#10

Desculpe, eu ainda não entendi direito o que você quer fazer. Para mim, no seu post inicial você queria fazer algo como:

class Artigo{
 private Status status = Status.A_REVISAR

 public Artigo(Autor autor){
   if(autor.isGraduado()) status = Status.PUBLICADO;
 }
}

enum Status{A_PUBLICAR, PUBLICADO}

E se você precisa guardar o estado deste enum numa tabela pode fazer algo como o andreymb mostrou para ter um valor no enum, que é o armazenado na tabela.

#11

Se a enum ficar em um assembly separado,

você pode recompilar somente o assembly dele, que pode ser mantido debaixo de uma interface o que não ocasionaria

grandes transtornos, inclusive dependendo do tamanho da aplicação podes começar a utilizar versionamento de assemblys.

confira o meu blog que está iniciando agora =D.

#12