ajax ベースの検索および編集機能を可能にするビューの作成を検討しています。私が検討している構造に関するフィードバックをいただければ幸いです。
構造は、テキストボックスと検索ボタンで構成されます ボタンを送信すると、検索アクションがヒットし、パーシャルが返されます - 名前付き div "itemDisplay##" (## は Id - edit という名前のボタン - 見つかったアイテムの ID "itemEdit##" を持つプレースホルダー div ユーザーが編集ボタンを押すと、部分ビュー (Edit.ascx) が要求され、名前付きの div itemEdit## に入力されます。 Edit.ascx には、[保存] ボタンと [キャンセル] ボタンがあります。
保存に成功し、キャンセルすると、編集 div が非表示になり、元のアイテムが表示されますDisplay## 保存中の失敗は、edit.ascx に表示されます。
これらはすべて個別のアクションのように聞こえるため、その実装では特に RESTful ではありません。通常、フィルタリングを伴う List アクションを使用します。返されるのは基本的に同じビューであるため、このフィルタリングは AJAX を介して行うことができます。特定のアイテムをクリックすると、編集ボタンのある詳細ビューが表示される場合があります。リストに編集ボタンを含めることもできます。その場合、クリックすると編集モードの詳細ページが表示されます。ただし、List、View、および Edit はすべて異なるアクションであり、異なる URL を持っています。View または Edit でリスト ボタンをクリックすると、List アクションに戻ります。編集で保存ボタンをクリックすると、そのアイテムのビューに戻ります。これにより、アイテムが更新されたことを確認できます。編集のエラーは、適切なメッセージで編集ビューをレンダリングします。
私の経験則では、ビューのコンテキストが変更されていない場合は AJAX を使用しますが、新しいアクション (新しいコンテキスト) が呼び出された場合は完全な要求 (GET/POST) を使用します。これにより、インターフェイス (URL) を RESTful に保つことができます。もちろん、好きなように行うことができますが、MVC を使用すると RESTful URL を簡単に実行できます。また、RESTful URL を使用すると、ユーザーがページをブックマークして簡単に戻ることができます。特定のデータ項目。
あなたが説明したように、検索は「ajaxの方法」で行うことができます。ただし、詳細の編集と表示に同じ URL / ページを使用すると、コードが乱雑になります。また、別の回答で述べたように、あまり落ち着かないので、別の URL とページを使用します。