No mundo dos objetos estes dados estão ligados à entidade como quaisquer outros. Normalmente você teria uma lista de projetos pelos quais o funcionário passou e em algum lugar (uma classe associativa, talvez) o motivo e dados de entrada e saída.

Lembre-se que apra objetos não existe persistência. Sendo assim não existe dentre objetos conceitos como guardar e recuperar do banco de dados, tudo está *sempre* em memória.

Obviamente isto é inviável, então utilizamos um DataMapper ou algo que o valha para fazer o carregamento do bancod e dados ser o mais transparente possível. Bem, no caso dos dados históricos o seu DAO (ou Hibernate, ou JPA…) vai se responsabiliar por isso.

Do ponto de vista do objeto o histórico está disponível, mas ele não vaie star em memória. Quando alguém disparar um caso de uso que requeira o uso do histórico sua camada de persistência deve ser esperta o suficiente para recuperá-lo. Isso pode ser tão simples quanto um lazy-loading ou tão complexo quanto mandar um email para alguém pedindo a fita com os dados expurgados.

Se não, ela pode voltar?

A princípio parece estranho sim, mas o que é a saída da pessoa?

É o ato de ela deixar um projeto…
É uma entidade?
A saída eu não enxerguei como uma entidade não

É só um dado solto no espaço?
Não ele é relacionado a saída de uma pessoa de um dado projeto.

Tudo depende do domínio.

Entendi, mas mesmo se o domínio (ou mini mundo) “parece” requer historicos do porquê as pessoas deixaram os projetos, poderia eu estar totamente errado ao ler isso dentro da entidade projeto ?

Se no entendimento do negócio, conhegui entender que eles tem uma entidade com uma propriedade quase nunca usada… o que devo fazer com ela? Lembrando que ela faz parte do dominio.

Com suas indagações me lembrei, eu entendi essa saida e motivo como um relacionamento entre pessoas e projetos, com a criação de uma outra entidade para representar essa “equipe tecnica” e suas relações entrada saida….

O foco é provalvmente se tenho um objeto no qual sua propriedade é quase nunca utilizada ou muito utilizada por outra entidade provavelmente ele é de outro entendimento (classe) ?

Desde já obrigado.

A princípio parece estranho sim, mas o que é a saída da pessoa? É uma entidade? É só um dado solto no espaço? Tudo depende do domínio.

Definindo um problema para gerencia de pessoas… defino uma classe de pessoa.

[pessoa-------]
|-cpf———–|
|-nome——–|
|-motivoSaida|
—————|
|+sair()Z—–|
__________

Uma pessoa tem os atributos básicos cpf, nome etc,,, porém quando está pessoa sair (do projeto, local, ou qualquer outra coisa isso nesse momento não importa) ele deverá dizer o motivo da sua saida….

O que eu deveria fazer com este comportamento e estado de saida da pessoa? Parece estranho manter ele na mesma classe, sendo que ele quase não vai ser usado,,, parece fugir um pouco ao contexto do objeto pessoa em si.
Sobre isso, eu estou paranoico, não compreendendo direito ou tem algo “cheirando mal” nessa modelagem (ou pensamento)?