Clean Architectureにおいてバリデーションはどこでやるべきか

クリーンアーキテクチャで web アプリケーションを作る際に、バリデーションはどのレイヤの責務なのか？と悩むことが多いため、それについての考察を行ってみる。 あと、バリデーションについて書いてたはずがドメインロジックとアプリケーションロジックの違いについても結構言及せざるを得ない感じになったので、そのへんの話もしてみる。 結論から言うと バリデーションはどのレイヤの責務なのか？という問い自体が間違いであり、レイヤごとにそのレイヤの責務となるバリデーションを行うべき、というのが今のところの結論。 バリデーションという単語は意味があまりに広い。「意図していないもの/ことを防ぐ」ことはすべてバリデーションと呼ばれている節がある。そのことにより、バリデーションというのはあたかも唯一つの責務であるかのように錯覚しがちだが、そうではない。クリーンアーキテクチャではレイヤによって責務を分担しているが、同

[kk6]

わりと腑に落ちた “バリデーションはどのレイヤの責務なのか？という問い自体が間違いであり、レイヤごとにそのレイヤの責務となるバリデーションを行うべき、というのが今のところの結論。”

[ichigen3]

なぜこんな古くかつ内容も微妙な記事が今頃ホッテントリに入ってきているのだろうか？

[kagerou_ts]

せやな。「仕様上、実装上の制限チェック」だからそれぞれでやったほうがいいよな。

[suginoy]

フォロワーの多い人がツイートするとホットエントリ入りする。

[ajishixo]

> レイヤごとにそのレイヤの責務となるバリデーションを行うべき

[akymrk]

“Interface Adapter 層におけるバリデーションは、「システム内外のやりとりのためのプロトコルが守られているかのチェック」”

[tinsep19]

UIの都合でドメイン層のバリデーションをUIまで引っ張ってくるので外部の層が内部のバリデーションを知らなければならないケースのが多くない？多分validatorをラップするんだけどさ

[tasukuchan]

“が”

[komutan1]

昔SIerの世界で業務ルールとか論理バリデーションとか呼んでたやつのこと？

[nakag0711]

これだと140文字に達していないかチェックするために1文字入力するたびにサーバーに入力文字列を投げることになるが…。結局ブラウザ側にもドメイン層まで必要みたいな話になると全くクリーンではないな

[guromityan]

[clean architecture]

[sonots]

結論しか読んでないけど、せやな

[Nyoho]

“レイヤごとにそのレイヤの責務となるバリデーションを行うべき” 目が覚めました!