Essa lista n�o � sobre Orienta��o a objetos, mas como o assunto � muito importante e � requisito b�sico para o aprendizado da linguagem, aqui vai a minha opini�o: Discordo em parte do Marcelo. As opera��es matem�ticas s�o pr�prias de uma calculadora, mas n�o s�o exlusividade dela. Outros objetos podem precisar dessas opera��es. Se amanh� voc� for desenvolver uma outra classe que vai usar essas opera��es, ter� que instanciar toda a classe calculadora. Numa analogia poder�amos dizer: Um motor � pr�prio de um autom�vel, mas existem muitos outros equipamentos (objetos) que se utilizam de motores. Outro princ�pio b�sico da OO � a reusabilidade. As Aplica��es devem ser formadas por uma hieraquia de classes independentes mas relacionadas, cada uma especializada em uma tarefa espec�fica de modo que possam ser reaproveitadas em outros projetos. Por outro lado, eu n�o acho que devam ser criadas classes para cada opera��o. Numa an�lise superficial eu vejo uma classe s� respons�vel por todas as opera��es matem�ticas que receber� os par�metros necess�rios para cada caso. Um abra�o Augusto >From: Marcelo Can�rio Gon�alves <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >CC: java <[EMAIL PROTECTED]> >Subject: Re: D�vida? >Date: Wed, 24 May 2000 00:51:12 -0300 > >M�rio, > >Seguindo o princ�pio b�sico da orienta��o a objetos, devemos tentar >representar o mundo real nas classes exatamente como ele �. > >Assim, numa calculadora real, as opera��es de soma, etc. s�o fun��es >DELA mesma. Logo, me parece o mais razo�vel a representa��o dessas >opera��es como m�todos de uma classe "calculadora". Os operandos podem >ser tamb�m atributos da mesma classe "calculadora". > >Assim, cada m�todo � capaz de tratar sua opera��o da melhor maneira, >inclusive suas exce��es (divis�o por zero, por exemplo). > >Com isso, ganha-se tb independ�ncia para um m�todo de controle do >mostrador do resultado, uma vez q os m�todos respons�veis pela opera��o >apenas armazenariam seu resultado num atributo "resultado". > >Sua aplica��o fica mais barata tb se vc usar m�todos para a aplica��o pq >vc evita o instanciamento de um novo objeto a cada opera��o realizada >pelo usu�rio, objeto esse q possuiria um ciclo de vida muito curto... > >Outra vantagem � q outras opera��es podem ser criadas apenas compondo >associa��es de chamadas a esses m�todos das 4 opera��es. > >Se algu�m tiver mais argumentos (principalmente q discordem dos meus), >por favor, enviem-nos, a fim de enriquecer os conhecimentos de todos! >:-)) > >[ ]'s > >Marcelo Gon�alves >Analista de Sistemas Pleno >Qualiplan Tecnologia da Informa��o > >M�rio Constantino Junior wrote: > > > Pessoal, estou fazendo p�s gradua��o em internet e preciso desenvolver > > uma calculadora simples para ser mostrada em um applet...... Estou com > > duas id�ias mas n�o sei se estou no caminho certo: A primeira � de > > usar uma classe chamada calculadora com os m�todos soma, divide, > > multiplica e diminui e a outra id�ia � fazer quatro classes chamadas > > soma, diminui, multiplica e divide. Agaurdo uma ajuda, M�rio > > Constantino Jr. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com * Para n�o receber mais e-mails desta lista envie um e-mail para [[EMAIL PROTECTED]] e no corpo do email escreva [unsubscribe <seu-email>] ou acesse http://apoio.cits.br:8080/guest/RemoteListSummary/javabr Veja as mensagens antigas em http://www.mail-archive.com/javabr%40cits.br/
