Salve turma. Já apareci aqui algumas vezes sapiando os posts, mas acho que chegou a hora de participar efetivamente do ambiente, se é que me permitem 
bom, vamos lá… estava eu aqui pensando em um probleminha na modelagem dos meus objetos, e daí resolvi perguntar a opinião dos senhores, para talvez me indicar algo.
Tudo começa com um Médico. Ele é uma classe no meu sistema, isto é fato. Só que ele pode manipular sua agenda de atendimentos aos pacientes (outra classe). Legal, só que daí temos:
Ele entra com os dias e horas que irá atender pacientes (disponibilidade). Com isto fechado, ele poderá criar agendamentos para atender os pacientes somente dentro desses dias/horários.
Pensando uma arquitetura correta, eu penso que teria:
classe Agenda que irá controlar as adições/alterações na agenda (seja disponibilidade, seja agendamentos).
classe Disponibilidade para armazenar informações sobre as disponibilidades dele.
classe Agendamento para armazenar as informações sobre so agendamentos dele.
Parece meio óbvio, porém, nesse modelo eu tenho a classe Agenda executando mais de uma ação (gerenciar ações das Disponibilidades e ações dos Agendamentos).
Eu havia pensado em trabalhar diretamente com os objetos, tipo, ações de disponibilidade na Disponibilidade, e o mesmo no Agendamento, entretanto me pareceu estranho eu buscar as disponibilidades do Médico usando o objeto Disponibilidade e retornar um List de Disponibilidade. Afinal eu não entrego um “objeto Disponibilidade” para receber a lista de disponibilidade dele, entrego especificações - por isso eu tenho a classe DisponibilidadeSpec que trata disso para mim.
O que vocês acham ? Trabalhar centrado na classe Agenda e esta retornar objeto Disponibilidade ou/e Agendamento dependendo do caso ? Se for, penso que eu teria que abstrair algo na classe Agenda para evitar que ela faça duas funções (o que é totalmente pecado em OO).
abraços!
