Programação de java: lendo uma linha de cada vez - manequins

Nesta listagem de código Java, O método payOneEmployee ilustra alguns truques úteis para ler dados. Em particular, cada scanner que você cria tem um método nextLine. (Você pode não usar este método nextLine, mas o método está disponível, no entanto.)

Quando você chama o método nextLine de um scanner, o método agarra tudo até o final da linha de texto atual. Nesta lista, uma chamada para nextLine pode ler uma linha inteira do EmployeeInfo. arquivo txt. (Em outro programa, a chamada NextLine de um scanner pode ler tudo que o usuário digita no teclado até a pressão da tecla Enter.)

importar java. util. Scanner; importar java. io. Arquivo; importar java. io. IOException; classe pública DoPayroll {public static void main (String args []) lança IOException {Scanner diskScanner = new Scanner (novo arquivo ("EmployeeInfo. txt")); para (int empNum = 1; empNum <= 3; empNum ++) {payOneEmployee (diskScanner);} diskScanner. close ();} static void payOneEmployee (Scanner aScanner) {Employee anEmployee = new Employee (); Um empregado. setName (aScanner. nextLine ()); Um empregado. setJobTitle (aScanner. nextLine ()); Um empregado. cutCheck (aScanner. nextDouble ()); aScanner. nextLine ();}}

Observe a escolha cuidadosa das palavras: nextLine lê tudo até o final da linha atual. Infelizmente, o que significa ler até o final da linha atual nem sempre é o que você acha que isso significa. Interrompendo nextInt, nextDouble e as chamadas NextLine podem ser bagunceadas. Você deve assistir o que está fazendo e verificar a saída do seu programa cuidadosamente.

Para entender tudo isso, você precisa estar dolorosamente consciente das quebras de linha de um arquivo de dados. Pense em um intervalo de linha como um personagem extra, preso entre uma linha de texto e a próxima. Então, imagine que chamar nextLine significa ler tudo até a próxima quebra de linha.

Agora dê uma olhada nesta figura.

• Se uma chamada para NextLine lê Barry Burd [LineBreak], a chamada subsequente para NextLine lê CEO [LineBreak].

• Se uma chamada para nextDouble lê o número 5000. 00, a chamada subseqüente para NextLine lê o [LineBreak] que vem imediatamente após o número 5000. 00. (Essa é toda a leitura NextLine - uma [LineBreak] e nada mais.)

• Se uma chamada para NextLine lê o [LineBreak] após o número 5000. 00, a chamada subsequente para NextLine lê Harriet Ritter [LineBreak].

Então, depois de ler o número 5000. 00, você precisa duas chamadas para nextLine para obter o nome Harriet Ritter. O erro que você costuma fazer é esquecer a primeira dessas duas chamadas.

Veja novamente o arquivo na figura. Para que o código desta seção funcione corretamente, você deve ter uma quebra de linha após o último 10000. 00. Se você não fizer isso, uma última chamada para nextLine faz com que seu programa falhe e queime. A mensagem de erro lê NoSuchElementException: Nenhuma linha encontrada.

Você pode se surpreender com o número de peculiaridades que você encontra nos métodos de varredura de cada linguagem de programação. Por exemplo, a primeira linha seguinte que lê do arquivo na figura devora Barry Burd [LineBreak] do arquivo.

Mas essa chamada NextLine entrega Barry Burd (sem qualquer intervalo de linha) ao código em execução. Então, a próxima linha procura um intervalo de linha e, em seguida, a próxima Linha perde o intervalo de linha. Sim, este é um ponto sutil. E não, esse ponto sutil quase nunca causa problemas para ninguém.

Se este negócio sobre nextDouble e nextLine o confunde, não coloque a culpa em Java. A mistura de chamadas de entrada é um trabalho delicado em qualquer linguagem de programação de computador. E a coisa realmente desagradável é que cada linguagem de programação aborda o problema um pouco diferente.

O que você entende sobre o NextLine em Java ajuda você a entender os problemas quando você conhece C ++ ou Visual Basic, mas não lhe informa todos os detalhes. Os detalhes de cada idioma são exclusivos desse idioma.