C#实训结束！
这次给我们上课的老师是不再是学校自己的老师，而是公司里的人，所以给我们讲了很多很具使用性的小东西，小提示，比如 改点代码就要按Ctrl+S保存，多做备份 等等，在生活中很实用。
很开心坐在老师的对面，也从头到尾完完整整的听了课，理解了三层架构，
下面是我做的一个三层架构的示意图
这是我给组员讲解的示意图-。-
其次，很多时候都是运用控件的属性来实现的，比如
怎么让Button按钮隐藏，让它的Visible改为false：
button1.Visible = false；
怎么让Button按钮灰掉，不可选，把它的Enabled改为true就好：
button1.Enable = true；
很神奇，而且大部分属性对于控件来说都是通用的！
我们的项目是利用三层架构，做一个 图书信息管理系统
要求：
图书信息和借阅人信息的精确查询模糊查询，新增，修改和删除
管理员账号的查询，
图书的借阅和归还
就像这样的：
完成步骤
1.搭建数据库
首先根据需求设计数据库，粗略分析用什么数据类型可以，下面是我对这个信息系统数据库的设计
1.1管理员信息表
1.2 借阅人信息表
1.3 图书信息表
1.4 图书借阅表
以上就是数据库的设计，接下来就在数据库中创建数据库，创建表了
完成如下：
2.创建Model类库
Model就是模型，每个表对应有一个Model类，里面的属性是和列名一一对应的，这里建议！！！ 属性名要和列名一致！！！ 别问我怎么知道的，不然会很麻烦！
完成的样子基本如下：
PS:表的个数=Model类个数=DAL类个数=BLL类个数
3.创建执行语句的Common类库
微软应该有执行SQL语句的类库，我这里是复制粘贴的老师的类
4.创建生成SQL查询语句的DAL类库
为每一种DAL都创建的自己DAL类
如下：
5.创建处理业务逻辑的BLL类库
为每一种表都创建自己的BLL类
如下：
至此！大体框架已经搭建完毕！剩下的就是UI层去调用BLL了！
6.绘制UI界面及编写事件
项目完毕！效果截图
PS:
注意命名规范！
注意命名规范！
注意命名规范！
重要的事情说三遍，命名要显而易见
比如窗口的命名：
登录窗口：frmLogin
主窗口：frmMain
frm代表form窗口，后面代表功能
比如按钮的命名：
查询按钮：btnQuery
保存按钮：btnSave
btn代表button按钮，后面代表功能
这样就很舒服了嘛
总结：三层框架
交上去的实训感想:
实训感想
经过这次C#实训，我收获了很多，一方面学习到了三层架构，另一方面提高了自己动手做项目的能力。本次实训，是对我能力的进一步锻炼，也是一种考验。
首先，我很庆幸，能做在老师的附近，然后认真听以前从没接触过的三层架构，刚开始的时候觉得好麻烦，就写一个项目为什么要分这么详细，但是到最后就明白了其中的逻辑，分开写更有逻辑，分层的逻辑更加明确，UI层只处理界面上的数据，BLL层将UI数据转换为DB数据，DAL层就把接受来的数据转换为SQL查询语句，然后调用Common处理SQL查询语句，Model层作为中间的传递媒介，逻辑分明，分工明确，UI层不能直接接触到真正数据，具有很强的安全性，
项目刚开始时，我分工的时候没有考虑完全，并没有按照老师的分工，给组员们分了较少的内容，而我自己负责底层框架的搭建，这也为项目推进过程中发生的一些错误埋下了伏笔。
项目过程中，经常会出现错误，有时找一个错误就要找好几十分钟，不过随着时间的推移，解决问题的速度也在变快，考虑的也在更加全面，挺有趣的。但是组员问我问题的时候我直接给他们的BUG修好了，并没有告诉他们为什么要这么改，而我也只是演示了一下，稍微说了一下改哪里，没有考虑到他们有没有听懂，这也为最后的答辩发挥不好又埋下了伏笔。
项目的结尾，答辩开始前，只有部分组员来自发的找我问问题，而另外部分组员我只是稍微问了一下，因为我觉的他负责的界面可能没啥问题，其实归根结底，我没有把解决组员的问题重视起来，没有考虑全面，如果重视了，考虑全面了，那么我会首先一对一的把每个组员的问题都解决了，然后再去答辩，这算是一个BUG吧，但是人生没法调试，出BUG就只能BUG了。。。不能重来，太惨了。。。
总而言之，对于项目来说，我收获了三层架构，明白了C#是事件所驱动的。对于个人来说，做事要考虑全面。
