微信号:YiYan_OneWord

介绍:文学与软件,诗意地想念.

面向接口设计与角色接口

2018-06-19 07:05 我是张逸

标签 | 软件设计

字数 | 1876字

阅读 | 5分钟




问题:在做项目的时候,是不是所有包含非静态方法的类,都要写一个接口?是因为这样的目的是为了解耦,然后通过DI注入实现吗?

回答:

这不是提取接口的根本原因。因为要做到解耦和DI,直接用类也是可以的,尤其Java的普通方法都是允许子类override的。此外,如果你的接口永远都只有一个实现类,并没有任何可能的需求变化,那么还有必要解耦吗?

所以说,不能死板的将类的方法提取接口,然后美其名曰为面向接口设计。我们不能误解“面向接口设计”原则,该原则所指的“接口”并非Java语言中的interface类型,而是指面向调用者对外暴露的接口,代表一种交互与协作,是对信息的隐藏和封装,而不是具体的interface类型。即使是普通的java方法仍然满足隐藏细节的原则,如果是public的,就可以认为该方法是“面向接口设计”中的接口,也就是说:不要针对实现细节编程,而是针对接口编程。

针对java中的interface类型,包含了两种含义:

  • 接口代表一种能力。例如在Java JDK中定义了很多这种接口,如RunnableCloneableSeriazable

  • 接口代表业务场景中与其他类型协作的角色。从语法特性看,就是对履行职责的角色的抽象。Martin Fowler将其称之为Role Interface(角色接口)。


例如邮件的收发业务。如果收邮件和发邮件可能会被用到不同的使用场景,换言之,这两个方法不会要求必须同时出现,那么就可以分别为其定义两个接口EmailSenderEmailReceiver

1
2
3
4
5
6
7

public interface EmailSender {
   void send(Message message);
}

public interface EmailReciever {
   Message[] receive();
}

但是,我们可以定义一个类EmailService同时实现这两个接口,这就是所谓的“大对象、小接口”,又或者说是接口隔离原则的体现。

如果你先定义了一个类叫EmailService,然后因为你需要定义接口对其抽象,然后就简单地将这个类的所有公有方法都提取到抽象的接口中,这样设计的接口,被Martin Fowler称为Header Interface。欲知Role Interface与Header Interface,可以参考Martin Fowler的这篇文章 。

问题:收发邮件被用到不同的使用场景,怎么理解?

回答:

比如说,在通知模块中,就只会用到发邮件这个方法,不会用到收邮件;在垃圾邮件识别器功能中,就只会用到收邮件这个功能。

问题:那这样做有什么好处?

回答:

好处包括:

  • 分解到不同的独立接口,你就可以针对不同变化独立演化,而不是让收与发同时变化。

  • 你可以有效地重用,而不是非得把包含所有方法的类都放进去。

  • 可以更好地提高编码可读性,以及类型验证,保证代码的健壮性。


例如说转账服务,一个是转出(credit),一个是转入(debit)。一种方法是定义一个接口Account,提供转入和转出的方法。定义的转账服务方法为:

1
2
3
4
5
6

public interface Account {
   void credit(Money amount);
   void debit(Money amount);
}

void transfer(Account source, Account destination);

这个方法只是从形参的名称体现了转出源与转入目标,这种依靠参数名称对转入和转出账户的顺序做约束是不可靠的。当我们在实现transfer()方法时,也有可能错误地调用Account的方法,导致潜在的bug。

如果我们基于转出上下文和转入上下文分别识别参与的角色,就可以提出两个接口SourceDestination

1
2
3
4
5
6

public interface Source {
   void credit(Money amount);
}
public interface Destination {
   void debit(Money amount);
}

转账的服务方法就可以定义为:

1

void transfer(Source source, Destination destination);

你觉得哪个方法更安全、更可读?显然是后者,这就是建立角色接口的好处。

本文链接: http://zhangyi.xyz/interface-oriented-design-and-role-interface/


❈ 题图为Design is Fine. History is Mine,来自Mono《设计笔记》专栏。

 
逸言 更多文章 主题数据区的设计 透过文学经典理解软件设计的抽象思想 基于Spring Cloud的微服务落地 教会你何时定义领域服务 迪米特法则与重构
猜您喜欢 【12月2-3日 南京】 IAS2017互联网架构峰会,正式开放注册通道,“架构迎接未来变化”是本次大会的主 [重大新闻]Koa 2.0正式版发布 忙什么呢? 这篇文章很赞:Google 镜像站搜集 (34) 随机 \/ 计算机程序的思维逻辑