Aplicação Orientada a Objetos - Cozinha
Bom dia, tenho uma dúvida sobre uma aplicação bem simples de lógica em C#, onde tenho uma equipe de um restaurante, onde a chefe de cozinha faz parte da gerência, e a cozinheira faz parte da equipe técnica, para fazer isso o mais orientado a objetos possível, eu pensei em ter um cadastro de pessoa que possui o tipo de pessoa ('gerencia' , 'técnica'). Alguém tem alguma sugestão pra me ajudar?
Natália
Curtidas 0
Melhor post
Joel Rodrigues
19/01/2017
Olá, Natalia. Tudo bem?
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
GOSTEI 2
Mais Respostas
Natália
18/01/2017
Olá, Natalia. Tudo bem?
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
Obrigada Joel, posso ti enviar por e-mail?
GOSTEI 0
Joel Rodrigues
18/01/2017
Oi, Natalia. Pode sim, mas se puder postar aqui, seria legal para que todos pudessem participar da discussão. =)
GOSTEI 0
Wilson Neto
18/01/2017
Olá, Natalia. Tudo bem?
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
Nesse caso, ao invés de Pessoa, me parece mais um cenário para Funcionario (ou algo do tipo). Se Chefe de Cozinha e Cozinheira possuem atributos diferentes (além dos comuns), pode ser o caso de ter as duas classes herdando de uma mais genérica (Pessoa ou Funcionario).
Você teria um diagrama UML ou especificações do problema para discutirmos?
Abraço.
Joel, seguindo esse raciocínio, poderia criar uma classe abstrata Funcionario e as classes "Chefe" e "Cozinheira" herdando dela caso o tratamento fosse diferente (Não só os atributos). Seria um cenário?
(Só estou usando da duvida da colega, alias do exemplo dado para eu poder matar uma duvida sobre classes abstratas, tentando aprender quando usar e tudo mais.) :]
GOSTEI 0
Joel Rodrigues
18/01/2017
Perfeito, Wilson. Nesse caso, faz todo sentido que Funcionario seja abstrato.
Para definir se uma classe deve ser abstrata, você pode pensar no seguinte: faz sentido essa classe existir por si só? Por exemplo, faz sentido alguém ser apenas "funcionário"? Nesse cenário, provavelmente não, pois todo funcionário tem uma função dentro da empresa. Então eu não sou apenas funcionário, eu sou um chef ou cozinheiro. Da mesma forma, pode ter o garçom, caixa, etc.
Por outro lado, imagine que eu tenho apenas um sistema para gerenciar a parte de recursos humanos da empresa. Para esse sistema, basta saber que a empresa tem funcionários, não importando o tipo. Nesse caso, Funcionario é uma classe concreta.
Sacou a ideia?
Abraço.
Para definir se uma classe deve ser abstrata, você pode pensar no seguinte: faz sentido essa classe existir por si só? Por exemplo, faz sentido alguém ser apenas "funcionário"? Nesse cenário, provavelmente não, pois todo funcionário tem uma função dentro da empresa. Então eu não sou apenas funcionário, eu sou um chef ou cozinheiro. Da mesma forma, pode ter o garçom, caixa, etc.
Por outro lado, imagine que eu tenho apenas um sistema para gerenciar a parte de recursos humanos da empresa. Para esse sistema, basta saber que a empresa tem funcionários, não importando o tipo. Nesse caso, Funcionario é uma classe concreta.
Sacou a ideia?
Abraço.
GOSTEI 0