Justamente isto que eu questiono, eu ja programei em C++, ha muito tempo, e o destrutor era bom justamente isto. Quando uma referencia saia do escopo o destrutor era automaticamente chamado, Ist oera uma mao na roda. Nao estou nem questionanado o aspecto nao-deterministico do GC, e sim a chamada incondicional de um procedimento. Se em C++ onde nao tinhmamos GC, ja tinhamos uma estrutura semelhante para finalizacao de objetos de forma similar a propria inicializacao.
Quanto a outros aspectos eu nao reclamo muito, (quase espanquei um camarada meu por ter sobrecarregado "+" para adicionar nodos numa lista), pois acho que o mau uso destas ferramentas deve ter custado alguns varios milhoes de dolares em manutencao. Mas a falta desta feature eu acho muito ruim nada complexo. Ok, ok, esta ea deixa dos puristas da Engenharia de Software que pregam a 'clareza' de codigo(i. e. explicitar ao maximo possivel as intencoes do codigo no proprio - onde 'finalize' ganharia.). Mas neste ponto acho que a seguranca (a chamada de um procedimento delegada ao compilador) tem mais vantagens que a 'clareza', afinal um programador pode esquecer de fechar um arquivo ou socket. Hasta, (acho que este eh o momento em que os gringoleses falam 'my two cents'). On Fri, 21 Feb 2003 20:50:20 -0300, "Giuseppe Proment" <[EMAIL PROTECTED]> escreveu : > De: "Giuseppe Proment" <[EMAIL PROTECTED]> > Data: Fri, 21 Feb 2003 20:50:20 -0300 > Para: [EMAIL PROTECTED] > Assunto: Re: [enterprise-list] Destrutor > > > Antes do Java programava em C++ ent�o entendo que o destrutor poderia ser > chamado em java > quando o objeto sai de seu escopo ou n�o pode mais ser refer�nciado. A > explica��o para o n�o > uso do Finalize � bastante vaga... Acho que isso � um dos furos da > linguagem, como muitos outros > exemplo: falta de construtores de c�pia remendados pelo 'clone', falta de > sobrecarga de operadores > porque foi julgado 'complexo', falta de diretivas de compila��o idem, > etc... > O que ocorre � a cria��o de um m�todo pr�prio para fazer clean-up e temos > sempre que lembrar > de chama-lo, porque n�o h� outro jeito... Uma solu��o bastante desajeitada. > > > > > > > "Michael > > Nascimento Para: <[EMAIL PROTECTED]> > > Santos" cc: > > <[EMAIL PROTECTED] Assunto: Re: [enterprise-list] > Destrutor > il.com> > > > > 21/02/03 16:31 > > Responder a > > enterprise-list > > > > > > > > > Senao voce ia ter que acabar sendo obrigado a dizer quando ele precisava > ser > chamado. Ou o overhead de execucao ia ser enorme, porque a cada instrucao, > o > garbage collector teria que checar para quais objetos jah seria possivel > chamar o destrutor. > > Se voce pensou em algo diferente disto, explique melhor. > > []s > Michael Nascimento Santos > Sun Certified Programmer for the Java 2 Platform > Sun Certified Programmer for the Java 2 Platform 1.4 > Sun Certified Web Component Developer for J2EE > Moderador SouJava - www.soujava.org.br > > ----- Original Message ----- > From: "Nilseu Padilha" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, February 21, 2003 2:44 PM > Subject: [enterprise-list] Destrutor > > > > Alguem sabe o motivo pelo qual nao incluiram um Destrutor decente (nao > finalize()) na especificacao de Java? > > > > > > <Padilha id="Nilseu"> > > Nilseu Perside Ortiz Padilha Junior > > Desenvolvedor Java - J2EE > > Immediate Consultoria e Sistemas > > http://www.immediate.com.br > > Ciencia da Computacao - ULBRA > > <Quote> > > Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e > codigo eficiente. - Dave Clark > > </Quote> > > <Quote> > > One exam does not a (J2EE) architect make. - Master Yoda > > </Quote> > > </Padilha> > > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: > [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: > [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: > [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > > > > <Padilha id="Nilseu"> Nilseu Perside Ortiz Padilha Junior Desenvolvedor Java - J2EE Immediate Consultoria e Sistemas http://www.immediate.com.br Ciencia da Computacao - ULBRA <Quote> Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e codigo eficiente. - Dave Clark </Quote> <Quote> One exam does not a (J2EE) architect make. - Master Yoda </Quote> </Padilha> --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
