很多朋友与我一起开发项目时，总是问我，“你为什么要把linq to sql的DataContext对象抽象出一个基类来”，我觉得Linq自己实现的很好了，你抽象出一个基类完全是多于的，多此一举！
事实上，我很喜欢听到这样的声音，因为它是我不断向前的动力，也是我对知识能更深一层理解的动力，在此，感谢那些与我唱反调的朋友们，呵呵！
以下是我对“为什么我要将数据库上下文进行抽象，为它生产一个基类有用吗”这个话题做的一个解答，本系列目录如下：
第一回 要想知道为什么抽象出基类，应该先对基类有一个比较明确的认识
第二回 基类的架造方法应该为子类想的多一些
第三回 基类中的方法，应该根据实际情况，虚的虚，抽象的抽象！
第四回 基类中的修饰符，应该根据你对架构的理解去定义它们，没有绝对的
第五回 我讨厌到处的SubmitChange()，系统给我们提供的SubmitChange()真的靠的住吗？
第六回 Linq to sql的DataContext对象，有必要去进行一些抽象，抽象的部分应该有哪些
