Interface plays as Placeholder, without any class implement it
Author：Anders小明

有个这个题目是在ApectJ的应用，以及博客园子中一个blog讨论什么时候用接口（一个很古老的话题）。
接口作为一种重要的抽象能力，重要意义在于：
模型上看：接口代表做什么，而实现表示怎么做！
在框架上：接口代表稳定，而实现代表多变！
在语言上：接口代表0，而实现代表1，通过对象类型消除if…else…。
（这段话我<<Domain Model：业务流程的进一步分析2>>提过）
既然是应用开发，模型角度看根据现实意义，没有AspectJ前的开发，都是设计好一个接口，然后至少一个实现类，然后通过factory获取正确的实现类，后来spring出现了，实现了IoC。然而由于AspecJ横空出世了，我们又多了一种手段：接口作为占位符, 而没有实现类(当然有实现)。这是我在看到partech的sunflower的代码后才想到的!虽然我在<<AOSD：应用AOP实现业务逻辑>>一文中已经想到了一些,然而还是没有partech来的狠!
下面是一个简单的例子：
Order类

OrderService类

Main类

OrderServiceAspect

虽然AspectJ的功能如此强大, 接口真正做占位符用的情况,估计还是有很多人提出异议，这样做我有什么好处，和我写接口实现类相比？
好处目前，我能想的到的只有两个
1. 模型上，强迫所有人思考——接口到底做什么，而不是怎么做
2. 语言上，更加动态性，不在依赖接口的完整签名，只是输入参数和输出参数，看上去更接近.Net的Delegate

技术好坏只有自己展控了才知道，AspectJ提供这样一个选择，怎么做还是自己琢磨着吧。