1private void button1_Click(object sender, System.EventArgs e)
 2        {
 3            DataSet ds= new DataSet();
 4
 5            DataTable tb = ds.Tables.Add("Items");
 6            DataColumn pk = tb.Columns.Add("ID", typeof(Int32));
 7            tb.Columns.Add("Items", typeof(string));
 8            tb.PrimaryKey = new DataColumn[] {pk};
 9
10            for(int i=0;i<6;i++)
11            {
12                DataRow dr = tb.NewRow();
13                dr[0] = i.ToString();
14                dr[1] = "Itme "+i;
15                tb.Rows.Add(dr);
16            }
17
18            tb.AcceptChanges();
19            tb.Rows[0].Delete();
20            tb.Rows.RemoveAt(1);
21            tb.Rows.RemoveAt(2);
22            tb.RejectChanges();
23
24            dataGrid1.DataSource = tb;
25        }

不过我们在第19,20,21行中分别删除了第0行，然后是移除第1行，移除第2行。当然如果只是这样就算不上题目了，我们在18和22行用到了DataTable的AcceptChanges()方法和RejectChanages()方法。

首先大家先想一下答案是什么？随便我把MSDN上对这两个方法的解释粘一下，好让大家理解。

DataTable.AcceptChanges方法
提交自上次调用 AcceptChanges 以来对该表进行的所有更改。调用 AcceptChanges 时，任何仍处于编辑模式的 DataRow 对象将成功结束其编辑。DataRowState 也会随之更改：所有状态为 Added 和 Modified 的行的状态都变为 Unchanged；状态为 Deleted 的行则被移除。
在您尝试使用 DbDataAdapter.Update 方法更新 DataSet 之后，通常会对 DataTable 调用 AcceptChanges 方法。

DataTable.RejectChanges方法
回滚自该表加载以来或上次调用 AcceptChanges 以来对该表进行的所有更改。
调用 RejectChanges 时，任何仍处于编辑模式的 DataRow 对象将取消其编辑。新行被移除。DataRowState 设置为 Modified 或 Deleted 的行返回到其初始状态。

一个意思表示立即更新，一个表示在接受上次调用AcceptChanges后进行回滚。

好的，那么是不是说，我们这儿的3条记录都能够回滚回来呢?

我们先公布一下答案吧，看看和大家想的是不是一样的。

ID	Items
0	Item 0
2	Item 2
4	Item 4
5	Item 5

OK，答案表明并不是所有的记录都被回滚回来了，似乎只有0被回滚了。这并不是奇怪，那是因为我们使用删除行的方法不一样，一个是Delete()，一个是RemoveAt(int)。

我们通过在MSDN中的查询了解到在使用 Delete 方法后，RowState 变成“已删除”。在您调用 AcceptChanges 之前，它一直保持“已删除”。可通过调用 RejectChanges 取消删除行。

而RemoveAt表示当移除行时，该行中的所有数据都将丢失。您还可以调用 DataRow 类的 Delete 方法来标记某行以供移除。调用 RemoveAt 等同于先调用 Delete 再调用 AcceptChanges。

那就是说，我们使用Delete()方法删除行后是可以回滚的，而使用RemoveAt(int)方法是不能回滚的。
所以刚刚前面我们删除的三行，只回滚了0的那行是完成正确的。我想大家对答案应该没有疑问了。

从这个题目中，我引申出几个题目来，看看大家会不会做哦？

下面接着，我们再来修改一下代码看看。

tb.Rows[0].Delete();
tb.AcceptChanges();
tb.Rows.RemoveAt(1);
tb.Rows.RemoveAt(2);
tb.RejectChanges();

tb.AcceptChanges();
tb.Rows[0].Delete();            
tb.Rows.RemoveAt(1);
tb.AcceptChanges();
tb.Rows.RemoveAt(2);
tb.RejectChanges();

大家来猜猜答案是什么呢？

不知道有没有人想到会是2，4，5，实际上不对。
正确的答案应该是2，3，5。

首先的第一个AcceptChanages表示将无法回滚前面添加数据的操作。接着第二个AcceptChanages表示彻底删除Delete()所删除的数据，这个时候数据就只剩下2，3，4，5了，然后再RemoveAt(2)把第三行删除了，所以就剩下2，3，5了。

好的，我们再把第一个AcceptChanages()方法给删除了，大家想想答案会是什么呢，代码如下：

tb.Rows[0].Delete();            
tb.Rows.RemoveAt(1);
tb.AcceptChanges();
tb.Rows.RemoveAt(2);
tb.RejectChanges();

可能有人说了，AcceptChanages()方法是对前面的语句生效的，所以你把这个删除了一点问题也没有，答案当然还是2，3，5了，其实这种说法是错误的。

这段代码的正确答案是1，3，5。
为什么会是这样呢，那是因为当Delete()方法在前面没有接收到AcceptChaages()方法后，会彻底删除因为没有必要回滚。所以RemoveAt(1)在执行时，实际上数据是1，2，3，4，5，它删除第2行，也就是3。

好的，我们再看看下面的这段代码：

tb.Rows[0].Delete();            
tb.Rows.RemoveAt(1);
tb.Rows.RemoveAt(2);
tb.AcceptChanges();
tb.RejectChanges();

tb.Rows[0].Delete();            
tb.Rows.RemoveAt(1);
tb.Rows.RemoveAt(2);
tb.RejectChanges();

public static yourMainWindow pCurrentWin = null;  

　　 然后在主窗体构造函数中，给静态成员初始化，如下：

pCurrentWin = this;  

　　 那么在子窗体中调用父窗体，可以通过“主窗体类名. pCurrentWin”来操作当前的主窗体。 

　　 第二种，是在子窗体中定义一个私有成员，来保存当前主窗体对象，例如：

private yourMainWindow pParentWin = null;  

　　 然后在子窗体构造函数中，加一参数，如下：

public yourChildWindow( yourMainWindow WinMain )  
{  
　 pParentWin = WinMain;  
　 //Other code  
}

　　 在主窗体创建子窗体的时候，要把this作为参数来构造子窗体，这样在子窗体中调用父窗体，可以直接用“this.pParentWin”就可以了 

　　 不过以上所作的，只是让你能够访问当前主窗体对象，那么如何操作控件，很多人直接修改控件的成员访问符，即把“private”改为“public”，我觉得这样破坏了本身类的封装，所以我比较喜欢的做法是增加公有属性或方法来供调用，例如： 

public string ButtonText  
{  
　 get{ return btn.Text;}  
　 set{ btn.Text = value;}  
}  

public void Button_Click()  
{  
　 this.btnDConvert.PerformClick();//Execute button click  
}