タグを差し込んでいます。埋め込むようにしています。取り出して使うのが正しい)。ビューページを使っているので、ここだけ頑張ってもあまり意味がありません;。埋め込む形で十分だと思います。最後に、サーバ側へのデータ送信処理を記述します。同じモデルバインディングとそれによる単体入力エラーチェック機能を利用することができます。このため、以下のようにすれば簡単にサーバ側でのデータ再チェックを行うことができます。サーバ側でのエラー発覚時は不正クライアントからのアクセスとみなせるため、例外を発生させて処理を止めてしまえば十分です。呼び出して入力フォームをチェックし、そのうえでサーバに対してデータ送信するようなコードを記述します。型アプリでの利用を想定していないためです。ここはハックする形での実装になります。型でも単体入力チェックの二重実装を回避することができます。点については説明を割愛しています。興味がある方は、各自で調査・実装してみてください。場合であっても、やはりアンチリクエストフォージェリ対策をしておくことが望ましいです。型でアプリを作る場合、更新前の状態のデータをどこにどうやって残すのか、という点です。ステートレスにすることができません。このため、基本的にはクライアント側で、更新前の状態を残しておき、これをサーバに(更新したデータとともに)渡して処理してもらう必要があります。エンコードしてクライアント側に渡しておき、それをサーバ側に再送してもらってデシリアル化して使う、という方法になりますが、シリアル化/デシリアル化などの処理を自作しなければならないこともあり、ちょっと面倒です。いえ実際の開発では必要になるので、力試しも兼ねて頑張って実装してみてください。転用しているのですが、もともとこの方法は非サポートな方法です。このため、現在のバージョンでは動作しますが、今後の実装でも動き続けるかどうかはわかりません;。今回それでも敢えてこの実装方法を示したのは、実際のシステムで更新系アプリを作る場合、サーバ/クライアントでのロジック二重実装をどうやって避けるのかは必ず考えなければならない問題であるからです。これに対する考え方は何通りかに分かれます。上記のような実装を、自己責任で行う。ライブラリ)でこの問題を解決するものを探して使う。あきらめて、サーバ側とクライアント側を二重実装する。型で実装する)実際には一番最後の手法も一考の余地があります。多くは、参照系であることが多いためです。型実装にこだわりすぎないようすることも、業務アプリ開発の場合には重要です。全体のバランスを見ながら、最適な実装指針を決めていただければと思います。アプリの開発手法についてここまで解説してきました。コンテナを活用するなど、いろいろ知っておくと便利なテクニックもたくさんあります。学習を進めたい場合には、以下のようなリソースをぜひ参照してみてください。詳しくてわかりやすいので、詰まった場合は必ずここをチェック。この中にテストコードが含まれており、それを見るとライブラリの使い方が確認できたりする。ロードマップ情報や設計・実装に関する議論もすべてここでオープンになって開発されているため、突っ込んだ学習がしたい場合にはここを参照するとよい。