私は、ajaxベースの検索と編集機能を可能にするビューの作成を検討しています。私が検討している構造についてのフィードバックはありがたいです！asp.net mvcビューの検索と編集
構造が テキストボックスとボタンの送信 検索ボタンで構成されますは、アクション検索がヒットするようになり、そして部分的には で返され - という名前のdivで見つかった項目「のテキスト表現itemDisplay ## "##（見つかったアイテムのIDである） - ボタンの編集 - 見つかったアイテムのIDを持つプレースホルダdiv" itemEdit ## " ユーザが編集ボタンを押すと、部分ビュー（Edit.ascx）が表示され、が要求され、指定されたdiv項目を埋め込みます.Edit ## Edit.ascxには、保存ボタンとキャンセルボタンがあります。
正常に保存してキャンセル編集divを非表示にして元のアイテムを表示します。## 保存中のエラーがedit.ascxに表示されます。
これらはすべて個別のアクションのように聞こえるため、実装で特にRESTfulではありません。通常、私はリストアクションをフィルタリングします - このフィルタリングはAJAXを介して行うことができます。なぜなら、それが返されるのは基本的に同じビューですからです。特定のアイテムをクリックすると、編集ボタンを使用して詳細ビューに移動することができます。リストに編集ボタンを含めると、そのボタンをクリックすると編集モードの詳細ページに移動します。 List、View、Editはすべて異なるアクションですが、URLが異なります。表示または編集でリストボタンをクリックすると、私はリストアクションに戻ります。編集で保存ボタンをクリックすると、そのアイテムの表示に戻ります。これによりアイテムが更新されたことが確認できます。編集時のエラーにより、適切なメッセージで編集ビューがレンダリングされます。
私の経験則は、ビューのコンテキストが変更されていないときはAJAXを使用し、新しいアクション（新しいコンテキスト）が呼び出されたときはフルリクエスト（GET/POST）を使用することです。これは、インターフェイス（URL）をRESTfulに保つのに役立ちます。もちろん、あなたは何でもできますが、MVCはRESTfulなURLをより簡単にします。RESTfulなURLを使用すると、ページを簡単にブックマークして簡単に戻ることができます。特定のデータ項目。
説明は「ajax way」で行うことができます。同じURL /ページを使用して詳細を編集して詳細を表示すると、コードが乱雑になり、別の回答ではあまり意味がないので、別のURLとページを使用します。