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类

package  placeholder;

import  java.util.Date;

/** */ /**
 *  @author  Anders.Lin
 *
  */
public   class  Order  ... {
  private  String orderCode;
  private  Date commerceDate;
  private  Long userId;
 
  public  Order() ... {  
 }
 
  public  Order(String orderCode, Date commerceDate, Long userId) ... {
   this .orderCode  =  orderCode;
   this .commerceDate  =  commerceDate;
   this .userId  =  userId;
 }
  public  Date getCommerceDate()  ... {
   return  commerceDate;
 }
  public   void  setCommerceDate(Date commerceDate)  ... {
   this .commerceDate  =  commerceDate;
 }
  public  String getOrderCode()  ... {
   return  orderCode;
 }
  public   void  setOrderCode(String orderCode)  ... {
   this .orderCode  =  orderCode;
 }
  public  Long getUserId()  ... {
   return  userId;
 }
  public   void  setUserId(Long userId)  ... {
   this .userId  =  userId;
 }  
}

OrderService类

package  placeholder;

/** */ /**
 *  @author  Anders.Lin
 *
  */
public   interface  OrderService  ... {
  public   void  ship(Order order);
}

Main类

package  placeholder;

import  java.util.Date;

/** */ /**
 *  @author  Anders.Lin
 *
  */
public   class  Main  ... {
 
  private  OrderService orderService;
 
  public   void  ship(Order order) ... {
  orderService.ship(order);
 }
  /** */ /**
  *  @param  args
   */
  public   static   void  main(String[] args)  ... {
  Order order  =   new  Order( " Anders007 " ,  new  Date(),  new  Long( 1 ));
  Main main  =   new  Main();
  main.ship(order);
 }

}

OrderServiceAspect

package  placeholder;

/** */ /**
 *  @author  Anders.Lin
 *
  */
public  aspect OrderServiceAspect  ... {
 pointcut ship(): call( void  OrderService.ship(..));
 
  void  around(Order order) : ship()  &&  args(order) ... {
  System.out.println( " ship  " +  order.getOrderCode()  +   "  sucess! " );
 }
}

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

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