Ol� colegas, Tornar c�digo sincronizado pode reduzir a performance consideravelmente, dependendo do cen�rio da aplica��o. Apesar de n�o considerar esta a melhor condi��o, n�o acho tanta "loucura" assim utilizar m�todos est�ticos com este fim, pois o problema n�o � se o m�todo for chamado v�rias vezes ao mesmo tempo, mas as consequencias que isto vir� a ter nos RECURSOS compartilhados,no caso, a base de dados, lembre-se tamb�m que bases de dados gerenciam suas tabelas de forma a evitar m�ltiplos acessos e dados corrompidos (em casos de auto-increment por exemplo), ou seja, existem outros fatores a levar em considera��o num caso como este, � pos�vel por exemplo, sincronizar os m�todos ou objetos que inserem, alteram ou deletam dados, pois os m�todos que apenas l�em os dados n�o representam risco a sua estrutura.
Bom, espero ter contribu�do de alguma forma. []s Carlos Marcello Carlos Cardoso Ribeiro -SAO wrote: >Os m�todos podem ser synchronized e n�o teria problema de "mistura de >dados". >Talvez queda de performance... > >-----Mensagem original----- >De: Daniel Destro do Carmo [mailto:[EMAIL PROTECTED]] >Enviada em: quarta-feira, 18 de setembro de 2002 12:24 >Para: [EMAIL PROTECTED]; Sr. Apocalipse >Assunto: Re: [java-list] Duvida sobre metodo STATIC... > > > >Meu amigo, >Muita loucura querer usar uma classe com metodos e atributoe estaicos para >isso, sendo que mais de um usuario pode acessar essas mesmas >funcionalidades, cria uma situa��o que nao eh nada Thread Safe..... isso vai >causar problemas com os dados, que poderao se misturar. > > >use mesmo instancias da classe e com metodos e atributos NAO estaticos > > > > "Sr. Apocalipse" wrote: > > >Fala pessoal, >Eu tenho uma classe chamada UsuarioBancoDados que � utilizada dentro de um >Servlet e que faz a insercao, atualizacao, delecao e busca do objeto usuario >no banco de dados. >Eu pensei em colocar os metodos inserir, atualizar, deletar e buscar como >metodos estaticos, visto que n�o � preciso instanciar essa classe para >utilizar seus metodos. >Eu gostaria de saber se h� algum problema quando v�rios usu�rios chamarem >este m�todo estatico ao mesmo tempo. > >classe UsuarioBancoDados >{ > public static boolean inserir(Connection con, Usuario usuario) > { > // Faco a insercao desse usuario passado na funcao no banco. > } >} > > >Grato, > > Fabio. > > > >-------------------------------------- >Daniel Destro do Carmo - http://www.geocities.com/danieldestro/ ><http://www.geocities.com/danieldestro/> >Sun Certified Programmer for the Java 2 Platform >Motorway Ve�culos - http://www.motorway.com.br <http://www.motorway.com.br/> > >Grupo de Usu�rios Java - http://www.guj.com.br <http://www.guj.com.br/> > > > > > _____ > >Yahoo! GeoCities <http://br.geocities.yahoo.com/> >Tudo para criar o seu site: ferramentas f�ceis de usar, espa�o de sobra e >acess�rios. > > >------------------------------ LISTA SOUJAVA ---------------------------- >http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP >d�vidas mais comuns: http://www.soujava.org.br/faq.htm >regras da lista: http://www.soujava.org.br/regras.htm >historico: http://www.mail-archive.com/java-list%40soujava.org.br >para sair da lista: envie email para [EMAIL PROTECTED] >------------------------------------------------------------------------- > > > > -- /** * [Carlos H.] - [EMAIL PROTECTED] * N�cleo de Inform�tica UNERJ - Centro Universit�rio de Jaragu� do Sul * * "O S�bio fala pouco do que muito sabe * O Tolo fala muito do que pouco sabe..." */ ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
