【程序设计】6大设计原则之接口隔离原则

简介: 【程序设计】6大设计原则之接口隔离原则

背景:


在实际的业务开发中往往会因为初期的设计不合理,使得接口中定义了众多方法,而这些接口在实现类中又并不需要全部实现。这样的接口定义是不利于扩展的,也将对后期的维护带来困扰,我们将通过示例来演示符合接口隔离原则带来的好处。


概念:


  1. 接口隔离原则的定义: 客户端不应该被迫依赖于它不适用的方法
  2. 接口隔离原则的要求: 将臃肿庞大的接口拆分成更小的和更加具体的接口,保证客户端只得到自己需要的方法


案例:


需求:

  1. 设计HomePage页面
  1. 功能支持点击事件:可以跳转到EditPage页面
  2. 功能支持双击事件:可以双击后退出程序
  1. 设计EditPage页面
  1. 功能支持双击事件:可以双击后选择文本
  2. 功能支持长按事件:可以长按后选择全部文本


违反原则实现:


定义点击相关的监听接口
interface OnClickListener {
  onClick(): void;
  onDoubleClick(): void;
  onLongPress(): void;
}

HomePage实现:
class HomePage implements OnClickListener {
  onClick(): void {
    console.log("触发点击事件进入编辑页面");
  }
  onDoubleClick(): void {
    console.log("触发双击事件退出页面");
  }
  onLongPress(): void {
    // 无相关需求,空实现
  }
}

EditPage实现:
class EditPage implements OnClickListener {
  onClick(): void {
    // 无相关需求,空实现
  }
  onDoubleClick(): void {
    console.log("触发双击事件,选择文本");
  }
  onLongPress(): void {
    console.log("触发长按事件,选择文本");
  }
}

说明:

通过上面的示例可以看得出没有页面都存在一个与自己无关的方法需要实现,我们还需要在代码或维护文档中注明哪些方法必须实现哪些方法又不用实现,既不符合设计模式也不利于维护。


符合原则实现:


将要原来的接口进行细粒度拆分:

拆分后的接口可以由需要页面有选择的进行自由组合来实现

interface OnClickListener {
  onClick(): void;
}
interface OnDoubleClickListener {
  onDoubleClick(): void;
}
interface OnLongPressListener {
  onLongPress(): void;
}

HomePage实现:
class HomePage implements OnClickListener, OnDoubleClickListener {
  onClick(): void {
    console.log("触发点击事件进入编辑页面");
  }
  onDoubleClick(): void {
    console.log("触发双击事件退出页面");
  }
}

EditPage实现:
class EditPage implements OnDoubleClickListener, OnLongPressListener {
  onDoubleClick(): void {
    console.log("触发双击事件,选择文本");
  }
  onLongPress(): void {
    console.log("触发长按事件,选择文本");
  }
}


说明:

我们可以看到符合设计模式的代码将变得更加灵活,在Android开发中关于事件的一些监听接口也是同样使得。再比如说通过Sql来操作数据库的时候,对数据库的操作往往都包括,打开数据库,连接数据库,关闭数据库,往数据库添加数据,删除数据,更新数据和查询数据,同样都是对数据库的操作但往往这些操作会大致的分成两类来进行设计,更细分的话查询数据也可能会单独拆分。按照合理的设计进行符合接口隔离原则的拆分对实现代码高内聚,低耦合将变得尤为重要。



相关文章
|
设计模式 关系型数据库
软件架构设计原则之迪米特法则
迪米特原则(Law of Demeter LoD)是指一个对象应该对其他对象保持最少的了解,又叫最少知道原则(Least Knowledge Principle,LKP),尽量降低类与类之间的耦合度。迪米特原则主要强调:只和朋友交流,不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称为成员朋友类,而出现在方法体内部的类不属于朋友类。
107 1
|
关系型数据库 测试技术 程序员
面向对象设计原则~~~开闭原则
面向对象设计原则~~~开闭原则
96 0
|
设计模式 关系型数据库
软件架构设计原则之里氏替换原则
里氏替换原则(Liskov Substitution Principle,LSP)是指如果对每一个类型为T1的对象o1,都有类型为T2的对象O2,使得以T1定义的所有程序P在所有的对象O1都替换成O2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。
79 0
|
设计模式 关系型数据库
软件架构设计原则之接口隔离原则
接口隔离原则符合我们常说的高内聚、低耦合的设计思想,可以使类具有很好的可读性、可扩展性和可维护性。我们在设计接口的时候,要多花时间去思考,要考虑业务模型,包括对以后有可能发生变更的地方还要做一些预判。所以,对于抽象、对于业务模型的理解是非常重要的。下面我们来看一段代码,对一个动物行为进行抽象描述。
104 0
|
设计模式 安全 Java
设计原则之接口隔离原则
设计原则之接口隔离原则
74 0
设计原则之接口隔离原则
|
设计模式 安全 Java
设计原则之依赖倒置原则
设计原则之依赖倒置原则
81 0
设计原则之依赖倒置原则
|
设计模式 Java 关系型数据库
面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
129 1
面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
|
Java API 开发工具
接口隔离原则|设计原则
今天为大家带来的依旧是 设计原则 的知识: 接口隔离原则
|
设计模式
里氏替换原则|设计原则
里氏替换原则的内容可以描述为: “派生类(子类)对象可以在程序中代替其基类(超类)对象。”
|
uml
【程序设计】6大设计原则之依赖倒置
【程序设计】6大设计原则之依赖倒置
155 0
【程序设计】6大设计原则之依赖倒置
下一篇
DataWorks