第一回 要想知道为什么抽象出基类，应该先对基类有一个比较明确的认识

    基类，即基础类型，也称为父类，祖宗类等，它一般会以抽象类（abstract class）的形式体现出来，它会包括一些具有共性的，一般性的信息（属性和方法等），它在描述一类对象时，经常会被抽象出来，如一个小猫，一只小狗，很容易会让你抽象出一个animal来，这是正常的，是符合面向对象人生观的，呵呵。

      而在实际项目开发中，这种例子也不少，可以说到处都可以看到基类的身影，有人说，请不要使用继承，因为它为使你的程序很糟糕，依赖太多不好，但我要说的是，如果你的程序是一个关系复杂，面向对象的，那你的程序在某些地方必须要去继承（抽象出基类），有时，我们会说，那什么时候去使用基类，我们应该如何去衡量呢？事实上这种衡量是没有意义的，是应试的，就像我国的教育，我是很不喜欢，永远都是应付考试，对于基类这东西，你需要它时，就使用它，不要管什么原则，当你需要解耦时，就使用对象的组合，还有，如果对基类还是有所偏见，那可以去看看微软的System.Collections和System.Web.Mvc下的实现，看看人家是如何设计的。

    以下是一个完整的，简单的数据操作基类，它将子类公用的属性数据库上下文（DataContext）抽象出来，将增删改查的Curd操作也抽象出来，结果，这个基类就变成了这样：

对于一个数据操作具体类来说，直接继承它就可以了，然后再去实现自己的业务逻辑，很清晰。