-
W3Q(ウェブサンキュー)
-
- 読み込み中...
eaSm9F2022年8月23日僕の場合は、フロントで単独バリデート処理すると、万が一、バックエンドと差異が出た時に面倒(メアドなどは特に)なので、入力内容を都度バックエンドに渡す処理書いてますよ。ロジックはバックエンドにあって、それをフロントの入力時にも走らせるって感じです。 -
返信の受付は終了いたしました。
-
-
- 読み込み中...
なるほどなるほど、それは一つアリですね。
確かにバックエンドとフロントエンドのバリデーション差異は問題で、それを防ぐためにジェネレーター作ったんですが、後からの修正は結局同じことになるのが課題といえば課題でした。
ただ、都度バックエンドに渡す処理だと、ちょっとプライバシーポリシー的な面で考査が必要かも…
クライアントのプラボ内容次第ですが、送信ボタンを押す前にバックエンドに情報を送るのを良しとするか否か。もちろん、バックエンドに情報を送ったからと言って、その情報の記録を取るわけではないですが、「送信ボタンを押す前に情報を送信しない」という文言を明記しているクライアントもあったので、そういうとこを気にするクライアントには事前に確認取らないとですね… -