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、         若出错,立马关掉进程!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值