Um livro excelente sobre isso é: Object Oriented Software Construction
do Bertand Meyer.
http://www.bookpool.com/.x/iewai64tw0/sm/0136291554
"The definitive tome on Object-Orientation" "The finest piece of writing
and thinking on this vast subject" "Compelling. Extremely well written
and literate"
"Rigorous in approach, packed with quality, complete in coverage
and occasionnally humorous, this book is on my list of reference shelf
and will no doubt look bad after a while. But only the physical aspects
such as covers and spine will be worn out. The ideas will live forever,
at least in the context of the computer world."
"A definitive guide to object-oriented programming and design.
Meyer has manages to create a book that covers virtually every aspect of
the field; he has done so in a way that is very readable and that puts
everything into context in addition to going into specific details.
Highly recommended."
Simone Ferreira wrote:
>
> Amigos,
>
> não sei se este e-mail se encaixa na lista, se alguém achar que não, GRITE!
> Hehehe
> Como estamos discutindo muito sobre Orientação a Objetos, tenho um problema
> prático a apresentar-lhes.
> Quero migrar um aplicativo que fiz em um banco de dados para Java. É um
> aplicativo médico, para controlar checkups.
> Tenho vários formulários: cadastro de pacientes, cadastro de médicos,
> cadastro de convênios e 10 exames (ex: exame cardiólogico, teste
> ergométrico, holter, ecocardiograma, etc).
> Vejo claramente uma classe principal chamada CADASTRO, e sub-classes
> herdeiras dela que devem ser implementadas. Por exemplo: cadastro de
> pacientes tem informações que não tem no cadastro de médicos, tais como:
> peso, altura, idade, etc.
> Até aí, tudo bem. Quando chega nos exames é que me perco. Há exames como o
> teste ergométrico e laboratório por exemplo que tem muitas informações.
> Aproximadamente 50 campos, entre eles textfields, caixas combo, pequenas
> tabelas, etc.
> Nenhum exame compartilha dado com outro, a não ser o nome do paciente,
> idade, altura e peso.
> Minha dúvida é: nesse caso, tenho que ter uma classe para cada exame ou
> poderia ter uma super-classe chamada exames com suas sub-classes (os outros
> exames), a qual seria uma extensão de pacientes?
> Outra coisa (não sei se está relacionado): do meu ponto de vista, os exames
> só tem relação com as impressões, e cada impressão é de um jeito diferente.
> Existe alguma forma de permitir que o usuário final customize um relatório
> (não é em colunas) feito em Java? Não quero que ele mude apenas cor e tipo
> de letra. Quero que ele possa exibir ou não determinados campos e mudá-los
> de lugar na impressão por exemplo.
> Mais um detalhe: eu posso permitir que o usuário final customize os
> formulários, ou seja, que inclua novos campos do tipo que ele quiser?
> Desculpe-me, mas não li nada sobre isto ainda. Portanto, não tenho a menor
> idéia de como fazer e nem sei onde encontrar informações sobre isto.
>
> [ ]s
> Simone Ferreira
>
> --------------------------- LISTA SOUJAVA ---------------------------
> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> ---------------------------------------------------------------------
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
---------------------------------------------------------------------
