源码网商城,靠谱的源码在线交易网站 我的订单 购物车 帮助

源码网商城

简单理解遵循接口隔离原则的Java设计模式编程

  • 时间:2020-01-22 04:08 编辑: 来源: 阅读:
  • 扫一扫,手机访问
摘要:简单理解遵循接口隔离原则的Java设计模式编程
定义:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。 问题由来:类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类D必须去实现他们不需要的方法。 解决方案:将臃肿的接口I拆分为独立的几个接口,类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。 举例来说明接口隔离原则: [img]http://files.jb51.net/file_images/article/201602/201623115321799.jpg?201613115340[/img]  这个图的意思是:类A依赖接口I中的方法1、方法2、方法3,类B是对类A依赖的实现。类C依赖接口I中的方法1、方法4、方法5,类D是对类C依赖的实现。对于类B和类D来说,虽然他们都存在着用不到的方法(也就是图中红色字体标记的方法),但由于实现了接口I,所以也必须要实现这些用不到的方法。 我们首先先看一个违反接口隔离的例子:
public interface IWorker { 
  public void work(); 
  public void eat(); 
} 
 
public class Worker implements IWorker{ 
  @Override 
  public void work() { 
    // TODO 工人工作   
  } 
 
  @Override 
  public void eat() { 
    // TODO 工人吃饭 
  } 
} 
 
public class Robot implements IWorker { 
  @Override 
  public void work() { 
    // TODO 机器人工作     
  } 
 
  @Override 
  public void eat() { 
    // TODO 机器人吃饭?  
  } 
} 

由于机器人是不需要吃饭的,所以IWorker被认为是一个臃肿的接口,当然你也可以在Robot类中的eat方法做空实现,但是这样可能会产生不可预计的BUG,比如eat方法需要消耗盒饭数量的话,就会出现不对应的现象。 下面是修改后的实现:
public interface IWorker { 
  public void work(); 
} 
 
public interface IDiet { 
  public void eat(); 
} 
 
public class Worker implements IWorker, IDiet{ 
  @Override 
  public void work() { 
    // TODO 工人工作   
  } 
 
  @Override 
  public void eat() { 
    // TODO 工人吃饭 
  } 
} 
 
public class Robot implements IWorker { 
  @Override 
  public void work() { 
    // TODO 机器人工作     
  } 
} 

总结: 1. 接口要尽量小,并高内聚,不过要适当,太细化不好维护。 2. 如果已经设计成了臃肿的接口,可以使用适配器模式隔离它。
  • 全部评论(0)
联系客服
客服电话:
400-000-3129
微信版

扫一扫进微信版
返回顶部