面向接口设计

最近在看Ken Pugh的Interface-Oriented Design，为了防止看过既忘。还是把一些要点记录下来。

 

Chapter 2 Interface Contracts

所谓契约 是指Interface的使用者 和 实现者 之间的契约。如果实现违背的契约要求，就无得到我们想要得东西。

下面我们将讨论实现必须遵循的3大条律，之后我们来看看Meyer的契约驱动设计。

如果不经测试，你无法确认实现者履行了契约。契约可以告诉你需要哪些Case来测试接口。

2.1Interface的三大条律

1.一个Interface实现必须去做method(注意非Interface)告诉它的事

方法名必须与操作相一致，反过来说，实现必须履行方法所假设的操作。同时方法返回的值或者例外应与其目的相一致

如果方法的目的与含义无法从方法名或者所处的位置确定下来。我们就需要更详细的文档。这涉及到接口测试。我们将在后面的章节加以详述。

2.一个接口的实现必须是无害的。

这里的害指的是一个接口实现与其他模块相互影响。

接口的使用者希望，接口的实现执行起来有效率。特别是实现不应霸占资源。

这里的资源包括：时间，内存，文件处理，DB连接，线程。比如一个实现占用了一个db连接，它应在使用完后释放连接，或者干脆使用公用连接。

3.如果一个实现不能履行它的职责，它应通知它的调用者。

 一个实现应该汇报问题，例如冲突或者不匹配。可以以返回error code或者抛出异常的方式。

比如，某个实现请求一个web service连接却没有建立成功。那么它需要报告这个错误。如果有多种连接方式，则实现应尝试每一种。

只有当所有尝试都失败是，才报告问题给调用者。这些错误也被视为契约的一部分。

 

2.2 契约驱动设计

如果必要的话，可以建立一份标准契约。在Bertrand Meyer的契约驱动设计一书里，他介绍了契约的三个要素：前提条件，验收条件，内恒定。

 需要记住之点

实现接口的3大法则

1。实现方法（非接口）说明

2。无害实现

3。当无法正常实现时，通知其调用者相应的error

为每一个正式或非正式的接口定义一份合同。

1。指出每一个方法的前置和完成条件。

2。描述协议--可能的调用方法的时序。

3。可选项，阐明非机能，比如实现的质量和性能问题。

4。建立测试case。以检验实现是否履行合同并符合3大法则。