C#实训日志5

12月27日（星期五）：

（一）我们在今天设计了小图标：

我们为小图标设计了双击事件“niMain_DoubleClick”，即当程序隐藏成小图标在通知栏时只需双击图标即可显示主窗体，当主窗体已经显示时，则无反应。

在很多软件中右键单击小图标可以显示出菜单，所以我们也做了这样的设计。老师教我们在主窗体中添加“ContextMenuStrip”控件，来添加右键菜单，在其中有“登录”、“注销”、“打开工作管理”等选项，在这些事件中，老师都是教我们调用原来的主窗体的菜单中的事件来实现的。这样可以节省很多编写时间，防止出现错误，也减少了代码量。做到了一举多得。

（二）我们实现了菜单上的各项功能：

我们分别设计事件来实现菜单中的功能，其中值得一提的是，老师教我们使用了一个判断方法，在“mnuEmployee_Click”事件中添加“if(Application.OpenForms["EmployeeForm"] ==null)”语句，使当一个子窗体已经打开时，如果再次单击此菜单选项，则不会再次弹出一个同样的子窗体，只会激活这个子窗体，也就是使它显示在最前。我们将同样的方法使用在了各个子窗体显示中。

（三）完善查询雇员功能：

老师又带领我们为“工作信息管理”，“出版社信息管理”等子窗体添加了一个新的按钮，如果事先在“工作信息管理”子窗体中选中了一个工作，只要单击“从事该工作的雇员”按钮，就会激活“雇员信息管理”子窗体，并自动查找出从事该工作的雇员。同时也同样设计了一个“if-else”的判断，如果“Application.OpenForms["EmployeeForm"]”为空，则表示“雇员信息管理”子窗体之前没有打开，则打开这个子窗体，否则，表示“雇员信息管理”子窗体之前已经是打开状态，程序将不会再重新打开一个新的子窗体，而只是将“雇员信息管理”子窗体设置为激活状态。

在此处涉及到了两个窗体之间的传参问题，XXX同学完美的解决了这个问题。如果是A窗体传给B窗体：则在B中给B增加一条属性，在此我们使用的是“short JobID”只写属性，接收数据，然后找到B，并给B赋值，并用Activate激活B窗体。

（四）在完善查询雇员功能时，我们又发现了新的问题：

当我们在“出版社信息管理”子窗体，并进行测试时，我们只能查到一部分出版社信息。

后来我和XXX还有XXX找到了原因是，在查找条件中，我们设置查找条件时忽略了“NULL”这个问题，“NULL”表示一个未知的值，并不等于什么都没有，所以会影响查询，当我们在某些查找文本框中什么都不添加时，默认查找条件为没有，但是“NULL”并不符合查询条件，所以很多含有“NULL”的数据条被筛选了下去，所以当不填写某些查询条件时，查询出来的结果就会导致不是很完整。

最后通过使用“if-else”语句判断查询文本框中的值来解决了这个问题。

通过这次出现的问题我发现，有很多时候并不是看起来能运行就没有错误了，对自己编写的程序要进行多次的实验，反复的尝试多种可能，有的时候就会发现意想不到的问题，而有些时候只检查代码是很难发现问题所在的，就比如这个程序，只有通过观察数据库中的值，比较没有查询出来的数据与查询出来的数据的各种区别才能发现问题，然后根据问题做出适当的改进。