Ol� Bruno,
Realmente voc� tem raz�o quando diz que n�o � muito c�digo e a vantagem do java �
escrever
programas mais robustos. Se fosse escrever um programa em c prevendo algum erro no
formato
do arquivo texto (tipo alguma data com mais de 10 caracteres: 001/11/1999) teria que
escrever talvez mais do que o programa que voc� mandou.
Mais uma vez grato pelas suas observac�es e sugest�es.
Jo�o Medeiros
"Bruno Souza (Sun Microsystems)" wrote:
> Ola Joao,
>
> Jo=E3o Medeiros wrote:
> >=20
> > Bruno, obrigado pelo sua resposta. =C9 um bocado de c=F3digo para ler a=
> s=20
> linhas de um arquivo texto
> > mas, tudo bem, funcionou quando compilei com o jdk1.2 do windows.
> >=20
>
> Nao, nao eh um bocado de codigo. Se voce reparar, eu te enviei um
> programa completo, que faz inclusive tratamento de errors. Eu ia chamar
> atencao sobre isso, mas esqueci. Faca um programa que faz as mesmas
> checagens em C e voce vera que eu tenho razao. Geralmente as pessoas
> fazem em C um programa que nao verifica nada mas funciona se nao
> acontecer nada de errado, e depois, quando entra em producao, eh um
> programa que muitas vezes nao funciona, ou pior, tem comportamento
> inesperado. Isso nao eh possivel com Java, e essa eh uma das melhores=20
> vantagens do Java. Te obriga a fazer programas mais robustos.
>
> > Desculpem se insisto em usar o java juntamente com o linux,
>
> Desculpe, porque? Eh a sua melhor opcao! Ainda nao esta completa, mas
> na minha discussao sobre desenvolvimento=20
> http://www.javaman.com.br/projetos/tide.html
> voce eventualmente vai descobrir que a unica forma de desenvolver=20
> descentemente em windows eh instalar suporte a um shell Unix! Portanto,=20
> continue no linux, que voce esta bem!
>
> > por=E9m quando tentei usar o java no linux que veio na revista PC=20
> Master (jdk1.1.7) obtive a
> > seguinte mensagem (devo acrescentar que ele est=E1 compilando normalmen=
> te=20
> v=E1rios outros programas,
> > de forma que, aparentemente, est=E1 instalado corretamente) :
> >=20
> > filetest.java:30: Method parseFloat(java.lang.String) not found in=20
> class java.lang.Float.
> > f =3D Float.parseFloat(st.nextToken());
> > ^
> > 1 error
> >=20
> > Pelo visto n=E3o existe esse m=E9todo nessa vers=E3o,=20
>
> Correto. O Float.parseFloat() eh um metodo do 1.2, que nao existe no
> 1.1.x (no seu caso, eh o 1.1.7). O correto no 1.1.x eh utilizar o metodo=20
> valueOf (ver abaixo)
>
> >dei uma olhada na documenta=E7=E3o que veio com ele
> > e o mais perto que encontrei foi valueOf(String), mas tamb=E9m n=E3o de=
> u=20
> certo. Substitui o
> > parseFloat por valueOf e obtive a mensagem de erro:
> >=20
> > filetest.java:31: Incompatible type for =3D. Can't convert java.lang.Fl=
> oat=20
> to float.
> > f =3D Float.valueOf(st.nextToken());
>
> valueOf devolve um Float e nao um float. Voce deve utilizar a linha:
>
> f =3D Float.valueOf(st.nextToken()).floatValue();
>
> Isso te devolvera um float.
>
> > Se voc=EA ou algu=E9m tiver mais alguma sugest=E3o, agrade=E7o. Se n=E3=
> o vou=20
> continuar no windows mesmo.
> >
> > at=E9,
> > Jo=E3o Medeiros
> >=20
> > "Bruno Souza (Sun Microsystems)" wrote:
> >=20
* 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>]
Veja as mensagens antigas em http://www.mail-archive.com/javabr%40cits.br/
