-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Senhores,
Acho que uma boa pr�tica seria replicar as valida��es tamb�m nos componentes de neg�cio. N�o se pode garantir sempre que o cliente acesse a camada de neg�cio (ejb's) ou apresenta��o (servlets) atrav�s da interface que vc disponibiliza. Esse � caso onde a interface cliente � web. Numa situa��o dessas, javascript pode ser usado para implementar m�scaras, obrigando o usu�rio a inserir dados sempre na formata��o correta. - -----Mensagem original----- De: Daniel Cicero Amadei [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 11 de julho de 2003 03:51 Para: [EMAIL PROTECTED] Assunto: Re: [enterprise-list] Valida��o Cliente x Servidor Todas as valida��es s�o JavaScript ja que os usu�rios s�o todos IE podemos aproveitar todos os recursos dispon�veis e temos a garantia que o JS estar� habilitado. Como n�o conhe�o (AINDA) Struts, n�o sei como ele pode auxiliar nesta valida��o em ambos os lados, se isso for feito de uma forma que facilite uma manuten��o futura realmente � excelente e passo a concordar com as valida��es nos dois lados. Por�m fazer isso manualmente n�o me agrada. []'s - ----- Original Message ----- From: "Rafael Forte" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 09, 2003 9:10 AM Subject: RES: [enterprise-list] Valida��o Cliente x Servidor Voc� faz as suas aplica��es sem nenhuma valida��o heur�stica na camada cliente? Voc� faz as suas aplica��es sem nenhuma valida��o na camada de negocio? Rafael Forte Arquiteto Java Di Uno Inform�tica Ltda. [EMAIL PROTECTED] +55 54 223-6364 Visite nosso site www.diuno.com.br - -----Mensagem original----- De: Daniel C�cero Amadei [mailto:[EMAIL PROTECTED] Enviada em: ter�a-feira, 8 de julho de 2003 18:43 Para: [EMAIL PROTECTED] Assunto: Re: [enterprise-list] Valida��o Cliente x Servidor Eu acho q valida��o em 2 lugares nunca deu certo! Se muda uma regra, s�o 2 lugares para alterar = muito vulner�vel a erros []'s Daniel C. Amadei Sun Certified Programmer for the Java 2 Platform 1.2 Sun Certified Programmer for the Java 2 Platform 1.4 Sun Certified Web Component Developer for J2EE >From: "Philippe de M. Sevestre" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: <[EMAIL PROTECTED]>, "Gabriel Bog�a Perez" ><[EMAIL PROTECTED]> >Subject: Re: [enterprise-list] Valida��o Cliente x Servidor >Date: Mon, 7 Jul 2003 18:20:30 -0300 > >A valida��o deve ser feita nos dois. N�o � uma >quest�o de op��o. > >Se vc. fizer s� do lado do servidor, tudo bem. O problema � que >o seu cliente pode ficar um pouco desapontado caso sua transa��o >e/ou servidor demore um pouco mais do que algumas dezenas de >milissegundos. > >Num site internet isto pode ser aceit�vel, mas numa intranet, >especialmente em processos que demandam alta produtividade (ex. >call-centers), o tempo de resposta � uma das principais diferen�as >entre sucesso e fracasso de uma aplica��o. > > > >----- Original Message ----- >From: "Gabriel Bog�a Perez" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: segunda-feira, 7 de julho de 2003 08:41 >Subject: [enterprise-list] Valida��o Cliente x Servidor > > >Galera, > > o que � melhor, valida��o de dados usando javascript no cliente > ou a >valida��o no servidor? Estou come�ando a usar o Struts e me deparei >com esta >d�vida. Sei que o javascript economiza o tempo de se mandar um >request para o servidor e descobrir que os dados s�o inv�lidos, por >outro lado h� pessoas >que argumentam que o javascript � um recurso que pode ser >desabilitado no browser. E a�, com qual eu fico??? > >Atenciosamente, > >Gabriel Bog�a Perez >Analista de Sistemas >Formato - Projetos e Desenvolvimento de Sistemas > > > >--------------------------------------------------------------------- >Para cancelar a subscri��o, envie mensagem para: >[EMAIL PROTECTED] >Para comandos adicionais, envie mensagem para: >[EMAIL PROTECTED] > _________________________________________________________________ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br - --------------------------------------------------------------------- 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] org.br - --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPxFGo3cDDyaPAuxREQJV5wCeNEjfCndOTVrNyU6EBB27/jpsOsoAoImz SSZoedMvHWDnzD9HDgwj7mNt =YcS4 -----END PGP SIGNATURE----- --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
