フォームのBindingContext EndCurrentEdit（）メソッドを呼び出さない限り、行が変更されたときHasChanges（）は常にfalseです

Question

したがって、私はDataSetを持っています。テスト目的のために、これは単一のDataTableを含んでいます。これは、IDとNameという2つの列を持つSQL TABLEを返すクエリから生成されます。このテーブルには1つのレコードがあります。

私は次のように結合することが、単一TextBoxを持っている：

Dim dv As System.Data.DataView = myDataSet.Tables("MyTable").AsDataView() 
dv.RowFilter = "ID=1" 

Dim dabi As New Binding("Text", dv, "Name") 
txtInput.DataBindings.Add(dabi) 

これはすべてのアプリケーションで素晴らしい作品！ TextBoxにはDataSetの値が入力され、TextBoxに入力するとDataSetに格納された値が更新されます。

だから、私はTextBoxを作成して保存します。

私はmyDataSet.HasChanges()と呼んでいます。私は変更を加えても、Falseを返します。研究は、編集がまだ完了していないと信じていない行とは関係があると示唆していますが、これがどのように機能しているかについての良い情報源を見つけることができなかったため、

Me.BindingContext(myDataSet.Tables("MyTable")).EndCurrentEdit()

これはメソッドです：

はまた、私は次の行でmyDataSet.HasChanges()への呼び出しの前に置く場合HasChanges()は正しい値（変更なしのためFalse、変更のためのTrue）を返しますことを発見しましたある種のグローバルバインディングコンテキストのように見えるものが呼び出されています。私はこれで何もやっていないか、または "Begin Edit"メソッドなどを呼び出しました（研究はそのようなものが私的であり暗黙的に呼ばれることを示唆しています）。

ここで私の質問：何が起こっているのですか？ HasChanges()にはその回線が必要なのはなぜですか？この行が必要なデータバインディングに何か問題がありますか？その行には予想外の副作用がありますか？

EDIT：新しい行がEndCurrentEdit()への呼び出しなしを追加している場合HasChanges()が正常にtrueを返します、問題はのみ既存の行への変更を生じます。

Answer 1

EndCurrentEditを呼び出すと、IEditableObjectで行った変更が基になるデータソースに保存されます。

DataRowViewが呼び出され、基礎となるのDataRowへの変更をコミットし、編集セッションを終了することDataRowViewの通貨マネージャの原因EndEditのEndCurrentEditを呼び出し、IEditableObjectを実装しているため。

また、バインド元を使用して位置を変更するか、グリッドの別の行をクリックして位置を変更すると、実際には通貨マネージャーの位置が変更されます。その場合はEndCurrentEditとなります。

変更をコミットするには、EndCurrentEditを直接的または間接的に呼び出す必要があります。