## Capítulo 18 — O retorno do campo de telefone faz a conferência de campos falhar ### Mapa da aula Aula 18. Mapa, exemplo, EX072. ```mermaid flowchart TD F["Formulário após duas semanas: cinco campos"] --> P["Uma tela posterior volta a mostrar telefone"] P --> X["A conferência de campos falha. A ação fica em aberto"] X --> K["Não presuma que os outros quatro nomes rejeitados voltaram"] ``` Um nome que reaparece é uma falha. Não é uma contagem completa de todo o modelo de formulário. ### Desenho lógico ```text laboratório publicado phone marcado NOT NEEDED no arquivo de dez nomes formulário após duas semanas cinco campos, telefone ausente tela posterior telefone está novamente no formulário | +-- a conferência de campos falha +-- não se presume o retorno de gênero, CEP, itens de receita e rastro de localização +-- a saída de dez coletados e cinco desnecessários não é alterada ``` ### Objetivos de aprendizagem Depois deste capítulo, você deverá conseguir: 1. Tratar o retorno do campo de telefone como falha da conferência de campos. 2. Manter a ação em aberto. 3. Evitar presumir que todos os outros nomes rejeitados voltaram junto com ele. ### 18.1 O modelo pode voltar a crescer um campo por vez Telefone era um dos cinco nomes que o script publicado marcou como `NOT NEEDED`. O formulário verificado após duas semanas já não o pedia. Uma tela posterior de cadastro volta a mostrar um campo de telefone, o que um colega atribui ao modelo padrão do fornecedor. A conferência de campos pergunta se os nomes rejeitados estão ausentes. Telefone não está ausente; portanto, essa tela falha na conferência. Sofia registra o retorno do campo e mantém a ação em aberto. Não altera `collected` no laboratório para mudar a saída histórica, nem escreve que gênero, CEP, itens de receita e rastro de localização também voltaram. A situação desses quatro permanece desconhecida até que alguém verifique. Esta aula examina apenas o campo de telefone efetivamente presente na tela. ### 18.2 Exemplo resolvido | O que a tela posterior mostra | Conferência de campos | Decisão | |---|---|---| | Os cinco nomes permitidos, telefone ausente | Não apresenta esta falha | Não invente aprovação das outras lojas | | Telefone novamente presente | Falha | Mantenha a ação em aberto | | "Os outros quatro nomes rejeitados também devem ter voltado." | Não observado | Não escreva isso | | Reescrever a saída publicada como 11 nomes | O arquivo original | Recuse | > **Caso sintético.** Nenhum número de telefone é escrito na tela nesta aula. ### Erros e limites Uma falha na conferência de campos não descreve os valores dentro de `purchase_history`. A conferência de conteúdo continua sendo um teste próprio, que o Capítulo 5 mantém vinculado ao arquivo diante de Sofia. ### Aplicar - **EX072 — Qual campo voltou?** O formulário verificado após duas semanas pedia cinco campos. Uma tela posterior volta a mostrar telefone. O que falha? Qual saída permanece publicada? Quais nomes você não presume que voltaram? *Rubrica:* 3 = a conferência de campos falha e a ação continua em aberto; a saída publicada permanece em 10 coletados e 5 desnecessários; não presumir o retorno de gênero, CEP, itens de receita e rastro de localização; 2 = telefone faz a conferência de campos falhar, e a saída permanece; 1 = um desses elementos; 0 = nenhum. [Resolução de EX072 no apêndice](#answer-ex072). ### Continue estudando — aula 18 (capítulo 18 de 20) [← Capítulo 17](#ch-17) · [Índice das aulas](../SUBJECTS.md) · [Capítulo 19 →](#ch-19) Continue para a próxima aula traduzida. ## Worked answers **EX072.** A conferência de campos falha e a ação continua em aberto. A saída publicada permanece em 10 coletados e 5 desnecessários. Não presuma o retorno de gênero, CEP, itens de receita e rastro de localização. [Voltar ao exercício EX072](#ch-18).