私が持っている特定の設計フローを適切な REST アーキテクチャに適合させる方法を理解するのに少し苦労しています。流れを説明しましょう：
ユーザーがProblemRequestsを送信できるテクニカル サポート Web サイトを作成しています。フロント ページで、ユーザーは問題が発生しているすべてのカテゴリを選択し、[ヘルプを表示] をクリックすると、次のページにリダイレクトされ、フォームに記入してリクエストを送信します。ここにページがあります：
ページ 2 は、基本的にProblemRequestの NEW アクションのように機能します。問題は、各 ProblemRequest が複数のProblemCategoriesに依存しているため、ネストされたルートはここでは機能しません。次に頭に浮かぶのは、関連するすべての ProblemCategories ID をNEW ProblemRequestアクションの GET パラメータとして送信することですが、URL で ID を公開したくありません。
マルチパート フォームが頭に浮かびますが、それにはProblemRequestsを状態にする必要があり、一部は完了しており、他は未完了です。実際には、これは 1 ページの投稿であり、非常に時間のかかるプロセスではないため、その影響については扱いたくありません。
理想的には、 ProblemRequests コントローラーの NEW アクションをオーバーライドして POST 操作に応答することですが、これが悪いプログラミング手法と見なされるかどうかはわかりません。これは大罪ですか？NEW アクションを GET ではなく POST に応答するように変更してもよろしいですか?
お知らせ下さい、
前もって感謝します。