面向对象的重要概念就是抽象。抽象的目的是为了应对变化。这个抽象一词本身太抽象，所以以致我们在实践面向对象分析、设计以及开发的使用，不知道怎么抽象。不能很好把握抽象的概念，就不能很好理解面向对象。
抽象是面向对象的精髓。
事实上很多时候我们使用的框架中的许多类都是抽象的,比如DbCommand, MembershipProvider
例子：使用平台抽象类应对变化
现在使用例子来演示抽象，程序中的一个对象ProductDAL使用数据库访问技术访问数据库并返回Product数据。
public class ProductDAL
{
public Product GetProduct(string productId)
{
// 使用ADO.net 数据访问SQL Server database
// setup connection
// create command and execute command
// return result
}
}
ProductDAL对象编程实现本身没有问题，程序运行起来也没有问题。
世界是时刻在变化的，需求也在变。
客户说我的数据库不是SQL Server，我的数据库是Oracle的。程序员回答，那我改改程序，把ProductDAL代码中的Ado.net 类使用抽象的DbCommand,在运行的时候由容器注入DbCommand的实例。ProductDAL使用的数据访问技术是Ado.net,这种技术能支持Oracle和Sql Server,甚至你是MySql的也没有问题. 只要你改改程序的配置文件就可以运行了.客户问怎么能不这次不用改程序啦？是的，只改一下配置程序就能访问Oracle数据库，答案就是我们使用的是抽象的DbConnection和DbCommand，而不是具体的SQLCommand，所以能应对这种需求的变化。
上面我们讲的是Net平台的抽象对象能有效应对变化，那么自己在设计对象的时候应该怎么抽象呢？
怎么使用面向对象的抽象方法来设计对象
现在客户说我们现在不使用Oracle数据库了，我们使用外部的Web Service，这个时候程序员这个时候就需要再改了，怎么改呢？
改成下面的怎么样？
public class ProductDAL
{
public Product GetProduct(string productId)
{
// if use database as data storage {
// 使用ADO.net 数据访问SQL Server database
// setup connection
// create command and execute command
// return result
// if use web server as data source {
// web service invoke method
// return result
}
}
}
}
上面的方法明显违反了面向对象原则之一对修改封闭，对扩展开发（OCP原则）
抽象就是做什么与如何做分离
ProductDAL不能有效应对使用WebService作为外部数据源主要是因为，ProductDAL把所有的任务一个人干了。
那么既然在ProductDAL里面改不能应对这种需求的变化，我们就往上一个层次来考虑，那上一个层次是什么呢（我这里不是指三层应用程序架构模式）。这两个层次是“做什么”与“如何做”
很多情况都是需要使用两个层次来隔离变化，降低复杂度。也就是说ProductDAL是“如何做”层次，因为它把如何访问数据库的细节都考虑了。
那么“做什么”层次是什么对象呢，很简单可以使用编程语言的接口或抽象对象类，这个“做什么”对象之关心与外部的接口，外部需要我做什么，自己不实现。
具体方法就是抽象一个接口类IProductDAL或者抽象对象AbstractProductDAL就能解决实际情况使用不同数据源的问题。 ProductDAL实现IProductDAL的方法，而WebService或文件型的数据源，也可以实现这个接口。 这样就做到了两个层次一个层次（IProductDAL)关注做什么，一个层次（ProductDAL)关注怎么做。外部使用IProductDAL就可以了。至于具体使用什么数据源留给客户去配置。