問題タブ [rowdeleting]

次のように、GridViewの行が削除されないようにしようとしています。

しかし、それは機能していません。そこにブレークポイントを設定しましたが、停止することはありません。MSDNが言ったように、この関数によってイベントがキャプチャされているとは思いませんか？

これがGridViewです。

編集：

また、これをPage_Load関数に追加してみましたが無駄になりました。

グリッド内の行を削除したいのですが、グリッドは常にidとoperのみを投稿し、追加のデータも投稿したいと思います。

私のjqgridは次のようなものです：

autoPOST.phprowIDにpost変数としてもアクセスするにはどうすればよいですか。

ありがとう

私が見る唯一の投稿変数を削除しようとすると、oper ='del'と、削除したい選択した行のIDを返すidが表示されます

何百万もの行を含むSQL2005テーブルがあり、昼夜を問わずユーザーがヒットしています。このテーブルは、外部キー制約がある20個ほどの他のテーブルによって参照されます。私が定期的に行う必要があるのは、「アクティブ」フィールドがfalseに設定され、親レコードを参照する子テーブルに他のレコードがないこのテーブルからすべてのレコードを削除することです。一度に1つずつ削除して、制約に違反するSQLエラーを発生させる以外の方法でこれを行う最も効率的な方法は何ですか？また、制約を無効にするオプションはなく、かなりの時間、親テーブルをロックすることはできません。

1000個を超えるセルを含むテーブルビューがあります（画面に約10個表示されます）。ユーザーによる「フィルター」アクションに続いて、それらの約80％を削除し、2番目のフィルターの後にさらに80％を削除します。100個のセルを操作する場合はほぼ瞬時ですが、1000個の場合はメソッド[tableView endUpdates]を完了するのに0.5秒かかり、これによりユーザーエクスペリエンスが完全に破壊されます。

次のようにインデックスパスの配列を作成します。

私は2つの解決策を試しました。1つはスレッド化で、tableViewが更新されているときにUIの他の部分が移動しているのをユーザーが確認できるようにします。しかし、彼が別のレベルのフィルタリングを開始した場合、これはクラッシュではないにしても、多くの場合、長い待機になります。

また、最初のいくつかのセル（画面上のセル）を削除してから、テストに失敗した他のオブジェクトをデータソースから削除しようとしましたが、対応するセルは見えないため、tableViewから削除しませんでした。これにより、良好で迅速な結果が得られますが、次のような行数の問題が発生します。

'無効な更新：セクション0の無効な行数。更新後の既存のセクションに含まれる行数（94）は、更新前のそのセクションに含まれる行数（927）に、プラスマイナスそのセクションから挿入または削除された行の数（0が挿入され、215が削除されました）。

誰かがそのようなパフォーマンスの問題を抱えていましたか？それを解決する方法は？乾杯、CD

UI で GridView 行を削除すると (CommandName="Delete" の LinkBut​​ton を介して)、ビューは自動的に更新されず、他のアクション (手動でページを更新し、別の場所に移動して再び戻るまで) を実行するまで、削除された行が表示され続けます。等）。

デバッガーでは、行が正常に削除され、RowDeleting イベントと RowDeleted イベントの両方が発生しますが、GridView の PreRender イベントはその後発生しません (対照的に、その PreRender イベントは、ページを最初に読み込むとき、新しい行を追加するときに発生します)など）。

この問題が発生することなく、同様の構成で GridViews を使用しましたが、明らかな違いは見られません。PreRender イベントの前にプロセスが中止されているようですが、例外はスローされていません。デバッガーで RowDeleted イベントの最後をステップオフすると、プロセスが正常に完了したかのように UI に戻ります。

問題や解決策を探すべきアイデアはありますか? 関連するその他の詳細: GridView は SqlDataSource にバインドされています。データ ソースは DeleteCommand を宣言していません。RowCommand ハンドラーでストアド プロシージャを呼び出して削除を処理します。その後、DataBind() を使用して GridView を再バインドします。この時点で、GridView の Rows.Count が期待どおりに 1 つ減少していることがわかります。RowDeleted イベントを通じてすべて問題ないように見えますが、何もありません。

更新: RowCommand ハンドラーではなく、RowDeleting ハンドラーで SP を呼び出して削除しようとしましたが、違いはありませんでした。行は引き続き削除されますが、GridView の PreRender を呼び出さずに処理が終了し、削除された行は、さらに UI の操作によってビューが更新されるまで表示されたままになります。

UPDATE2: コントロールの PreRender イベントに先行するページの PreRender イベントも取得していません。RowDeleted イベントから抜け出すことが行末のように見えるため、物事が停止している場所を見つけることができるかどうかを確認するために、逆方向に作業を続けます...

UPDATE3:私はもう少し突っ込んできましたが、コードは複雑になりますが、単純な行 (レコード) の削除を行うだけの GridView の SqlDataSource で DeleteCommand を宣言してから、RowDeleted ハンドラーで動作させることができました。一次削除とともに発生する必要がある、ストアドプロシージャにある追加のものを呼び出します。一次削除をある場所で行い、関連する処理を別の場所で行うのはあまり便利ではありませんが、少なくとも機能しています。

しかし、これから何を結論付ければよいかわかりません: 適切なページのライフサイクルには DeleteCommand が必要ですか? RowCommand ハンドラーのストアド プロシージャで削除を行うべきではありませんか? 他の何か？具体的には、最初の試行で何が壊れているかを特定できたらいいのにと思います...

データソースがList<T>. buttonRemove_Click() 関数でグリッドビューからアイテムを削除しようとすると、RowDeleting イベントを処理する別の関数が呼び出され、そこでアイテムも削除List<T>されます。問題は、グリッドビューから複数のアイテムを削除することを選択した場合、グリッドビューのインデックスと非同期のインデックスが削除されることですList<T>。たとえば、グリッドビューとリストに 10 個のアイテムがあり、最後の 2 つのアイテムを削除しようとしています。これが私のbuttonRemove_Click関数で行う方法です

次に、RowDeleting 関数で、最初にインデックス 8 のイベントを受け取ります。これを削除しました。最後のアイテム (インデックス 9) を削除すると、インデックスが範囲外であるため、例外がスローされます。この問題を解決するにはどうすればよいですか?

逆の順序で行を削除しようとすると、つまり最高のインデックスから開始すると、問題は解決すると思います。どうすればこれを行うことができるか誰にもわかりますか？

多側でレコードを削除する基本的な1対多の関係を扱っています。モデルは「places」と「search_terms」で、places には search_terms がたくさんあります。新しいレコードを作成すると、ビューが更新され、新しい search_term がリストに追加されます。ただし、search_term レコードを削除すると、レコードが削除されて Place の「show」メソッドが実行されても、ビューは更新されません。

私はRails 3にかなり慣れていないので、ここで何が起こっているのか本当にわかりません...

乾杯、ギアロイド。

編集: search_terms コントローラーの destroy メソッド:

場所コントローラーの show メソッド:

コードビハインドから検証しようとしているグリッドビューがあります。この場合、レコードの削除を確認します。私の削除方法は、検証を追加するまでは正常に機能します。検証を実装しても、削除は実行されません。

明確にするために、RowDataBound検証を追加するまで、削除メソッドは正しく機能します。

関連する方法は次のとおりです。

さて、ユーザーが行を削除できるグリッドビューがあります。使用時にリンクの削除ボタンをクリックすると、ポストバックが発生します。ボタンが起動する行のインデックスを取得し、カウントを取得するストアドプロシージャを呼び出します。ただし、行が削除される前に、確認が表示されます。問題は、確認ダイアログボックスが表示される前に、ユーザーが[リンクの削除]ボタンを2回クリックする必要があることです。ヘルプコードは以下の通りですので、よろしくお願いします。

tableView:commitEditingStyle:forRowAtIndexPath:バッキング配列からアイテムを適切に削除し、まだ削除していないアイテムのみを表示できるように、メソッドを適切に実装する方法を誰か説明してもらえますか?

これが私がこれまでに持っているものです：