2013年6月2日工作日志

1、         datagridview的属性若设置为allowusertoaddrows，则将向dataset中多添加一行空行。

2、         我之所以这么长时间没有发现错误，是因为我总是着急，于是就急匆匆地调试，急匆匆地跟着断点走，没有仔细想想其工作原理，当提示“违反了 PRIMARY KEY 约束 'PK_project'。不能在对象 'dbo.project' 中插入重复键。”时，我忘了，dataset在插入的时候是一条一条地插入的，而我写得代码是，每插入一行，pid（主键的值都一样），因此必然会出错。

3、         虽然说错误已经找到了，但是我感觉自己已经严重地偏离了用户的需要，用户的要求就是主键不变。

4、         从现在开始，我应该好好锻炼自己解决问题分析问题的能力，绝对不能暴虎冯河，想到哪里就做到哪里，一定要依据原则，依据原理办事，学习。

5、         说真的，到现在为止，我还是不得不听王文超的建议，很多事，必须得狠，不然的话办不成事，就像这个程序，在执行一个操作的时候，其他的按钮全部隐藏，不需要显示，如果都显示的话，说不定用户会触发其他事件，带来一系列不必要的麻烦。

6、         将da、ds改了之后，才发现有很多地方都不兼容，而且出了很多bug，与其修改，太耽误时间了，还不如直接撤销，用原来的呢！而且原来的已经测试成功，只是用户的可读性比较差，变量比较多，如ds.table[“data1”]，ds1.tables[“xinjian”]，有点儿小繁琐。改了之后是ds.table[“data1”]，ds.tables[“xinjian”]，差不多。

7、         上次出错还是因为没有静下心来好好想问题，经过一次又一次的for循环及显示实验后，才发现，dataset中存储的行比datagridview中存储的行少一行，而我一开始没有实验，默认地以为它们是一样的，结果出问题了。

8、         我又发现了一个很明显的错误,sql语句中的字符型常量或变量必须用单引号引起来.

9、         很多时候,错误摆在我们面前,我们很喜欢跟着断点走,却不喜欢分析它的原理,为什么会出错?分析原理比跟着断点推断错误,爽很多.就比如，我的da.fill方法出问题了，我以前是跟着断点走，现在第一眼会跟着断点走，第二步会查看与之相关联的的数据库有什么问题，第三部，也是最复杂的一步，我会查看da所填充的dataset的每一行每一列的单元格ds1.tables[“data1”].rows[p][q]是什么样子的，用两层循环遍历出来，并显示。

待办整理

1、         新建之后，button8、button6按钮都要隐藏，

2、         把da、ds删掉，所有都改成da1、ds1.

3、         若出错,立马关掉进程!