也有人问过我，抽象是怎样做到的，比如，他写代码都是按功能先写了类，然后发现类有很多可以重用的地方，再提取成接口，原来的类就变成基类，然后再继承，等等。不是说一般开发都需要围绕接口来开展吗？着好像有点矛盾了。

对于这个问题，我只能谈谈我自己的经验。

按照统一建模语言的理论，其实在实际使用某种语言编写功能之前，应该是有设计阶段的。这个阶段只是弄清楚业务的参与者、边界、业务主体、业务工人等元素，然后归结成“谁做什么”。这个阶段，我们不需要知道是用什么编程语言来实现的，也许根本不需要计算机，用纯人工也能完成功能。

这个阶段也不需要我们知道怎样具体去实现一个功能，只需要知道，我需要在这个范围内实现什么样的几个功能，我需要对外提供什么样的服务让别人使用，就算完成了。然后再下一步，才是讨论使用什么语言来实现，怎样去根据语言的特点去实现。最后才是真正的开始打代码把实现的过程写出来。

针对上面的实现过程，不难发现，其实我们在没有开始写代码之前，我们就已经知道我们需要做什么，需要提供哪一些对外的窗口给别人去用。这些窗口，其实就是抽象出来的接口了。

所以，我自己的习惯是在写任何东西之前，都是先拿笔在纸上面把流程写一遍，把结构搞清楚，把数据的流动过程模拟一下。把思路搞清晰之后，就可以简单的把类的结构写一下，写虚方法，不需要具体实现，只是看看这样的抽象过程有没有问题。如果没问题了，再一个个的把虚方法的具体实现写完整。至于如果需求变动发现之前的抽象不足以应付，可以在有限范围内再进一步的抽象，提取子类，通过多态的方式来实现。