Okay, so now we have these functions to validate the user's input.
Let's talk about how they're going to fit into things.
So we have you, and we have our servers, and you make a request for the form.
This is a GET request, and the server responds with the form data,
and then you make a POST request to the server with the data.
In this case, it will be a month, day, and year.
Now the server is going to run our validation functions,
and it's going to do 1 of 2 things.
If the data is good, the server will say, thanks,
but if the data is bad, the server is going to respond with the form data again,
and the server will also include an error message telling user to reenter their values,
and they'll have the form handy so they can do that easily,
and then we'll go up to this phase again.
Okay, so let's talk about our approach to doing this.
We're going to have to do 3 things.
First, we're going to have to verify the user's input.
Next, we're going to have to detect if it's an error and render the form again, maybe.
And when we're rendering that form, we're going to need to include an error message
because if we don't include that error message, the user is just going to hit submit on their form
and see the form again, and they'll be confused forever.
Ahora disponemos de estas funciones
para validar la entrada del usuario.
Hablemos de cómo van a encajar
en el esquema.
Aquí estás tú, los servidores
y realizas una petición del formulario.
Es una petición GET, y el servidor
responde con los datos del formulario.
Realizas una petición POST
al servidor con los datos,
que en este caso son mes, día y año.
El servidor va a ejecutar
las funciones de validación
y hará una de estas dos cosas.
Si los datos están bien,
el servidor dirá gracias;
pero si están mal, responderá con
los datos del formulario de vuelta
e incluirá un mensaje de error al usuario
para que escriba de nuevo los valores.
Los usuarios tendrán el formulario a mano
para volver a hacerlo fácilmente.
Y entonces volveremos a esta fase.
Hablemos de cómo vamos a abordar esto.
Tenemos que hacer 3 cosas.
La primera, verificar
la entrada del usuario.
Luego, detectar si hay un error
y tal vez volver a presentar el formulario.
Y, al presentar el formulario, tendremos que
incluir un mensaje de error,
ya que, de lo contrario,
el usuario le dará a enviar
y verá el formulario de nuevo,
lo que lo confundirá.
今まではユーザが入力した内容を
検証する関数を学びました
ここで仕組みを説明します
あなたはサーバに対してフォームのリクエストをさせます
こちらがGETリクエストで
サーバはフォームデータを送信します
次にPOSTリクエストでデータを送信します
この場合は日付のデータですね
するとサーバは検証用の関数を実行して
関数は二者択一の処理をします
データが正しければサーバはお礼のメッセージを表示し
データが正しくない場合
サーバは再度フォームを送信します
サーバはエラーメッセージを表示し
ユーザに数値の再入力を促します
これでユーザは再入力してくれるでしょう
それ以降はこの段階に戻ります
作成時のアプローチを説明しましょう
ポイントは次の3点です
第1にユーザの入力情報を検証し
第2に検証結果がエラーと出れば
再びフォームを送信します
第3にフォーム同様エラーメッセージを表示します
メッセージなしではエラーに気づけません
ユーザはフォームの送受信を続け混乱するだけです
Então agora nós temos essas funções
para validar a entrada do usuário.
Vamos falar sobre como elas vão
caber nas coisas.
Então temos você, e nossos servidores,
e você faz um pedido para o formulário.
Esse é um pedido "GET", e o servidor responde
com os dados do formulário,
e ai você faz um pedido de POST
para o servidor com os dados.
Neste caso, vai ser um mês, dia, e ano.
Agora o servidor vai rodar
nossas funções de validação
e vai fazer uma de duas coisas.
Se os dados são bons, o servidor dirá "obrigado",
mas se os dados são ruins, o servidor
irá responder com o formulário de novo,
e o servidor também incluirá uma mensagem de erro
pedindo pelos valores de novo,
e eles terão o formulário disponível
para que possam fazer isso facilmente,
e então vamos para essa fase de novo.
Ok, então vamos falar sobre
nosso modo de fazer isso.
Nós teremos que fazer três coisas.
Primeiro, vamos ter que verificar a entrada do usuário.
Depois, teremos que detectar se é um erro,
e entregar o formulário de novo, talvez.
E quando nós estamos entregando o formulário de novo, vamos ter que incluir uma mensagem de erro
porque se não incluirmos a mensagem de erro,
o usuário vai apertar o botão de envio no formulário
e ver o formulário de novo, e ficar confuso para sempre.