这几天帮一个小姐姐做一个人事管理系统，发现了很多问题，由于她本身写的代码是照着书上写的，我以为可能会好点，结果，看了看那书，不行，可以说例子很不好，为什么这么说。
看了作者写的东西，首先他的书是针对新手，而且是C#，我们知道，C#是纯面向对象语言，书上的项目，面向对象概念模糊，尤其是，变量方法的命名，不能见名意，而且不符合规范，这对于新手来说是很不好的一点，一些坏习惯，而且是将数据库中各个表的操作想通过一条语句进行拼接，这就导致逻辑复杂，代码的可阅读性非常差，而且由于数据库中数据是不一样的，sql语句不具有通用性，常常改掉一个另外一个就出现一个问题。bug层出不穷，最后只好重构，将对每一个表的操作封装为一个对象，层和层之间通过对象传递数据，代码一下子清晰明了。所以做项目的时候，
1.变量命名遵守规范，变量名要是有意义的，实在不行，加上良好的注释。
2.数据通过类进行封装，工具类一般声明为静态的，并且加上文档注释
3.把对同一种数据的操作封装成类，降低代码耦合度，
4.对于一些公用的数据声明为静态的，这样通过类名调用，不要使用构造函数传递一些全局变量。
暂时想到这些，以后经验丰富了在完善。