C#教您一步步摆脱面向过程：接口隔离

前面有几篇文章，已经教了一些方式或者方法，帮助您摆脱娘胎自带的面向过程编程，从而转为面向对象。

本文讲一下面向对象接口隔离，使用具体的例子来解释可能好些，网上千篇一律的大多数文字描述，各位估计也不一定真的看明白了。

本文例子出现的中文是为了便于理解，您实际编写代码时，不宜写中文。

---

一、什么是接口隔离

找了一段网上关于接口隔离的描述，描述的还是不错的：

接口隔离原则表明客户端不应该被强迫实现一些他们不会使用的接口，应该把肥胖接口中的方法分组，然后用多个接口代替它，每个接口服务于一个子模块。

如果已经设计成了胖接口，可以使用适配器模式隔离它。像其他设计原则一样，接口隔离原则需要额外的时间和努力，并且会增加代码的复杂性，但是可以产生更灵活的设计。如果我们过度的使用它将会产生大量的包含单一方法的接口，所以需要根据经验并且识别出那些将来需要扩展的代码来使用它。

二、怎么用接口隔离

了解了接口隔离的描述后，怎么用它？简单的来说，就是保持每一个接口的业务极简性。

比如“家庭成员”，每个成员，有自己要做的事情、有自己的户口页资料、有自己的朋友圈子等等。

定义一个家庭成员类如下：

 

 

大家思考下，上述的类，写得怎么样，有什么问题没有？

三、业务开始变化

上面的类写法，从业务角度来看，是没有啥毛病的，可以生产中使用。

但从面向对象的设计角度来看，可能存在一些问题。我们还是继续例子吧。

这个时候，来了一个特殊的客人，他是我的远房亲戚，由于他的父母计画笙育，暂时无法带这个孩子在身边，需要放在我这里养育三五年。于是我的家庭成员，就多了一个特殊的成员。

至少在这几年时间里，这个小朋友，将会是我们的家庭成员中的一员。

好的，这个小朋友叫“小明”，既然成为了家庭一员，自然就要继承我的“家庭成员类”和相应的接口了。于是小明类的写法如下：

 

你看，上面的“小明”类，有毛病吗？似乎也没有啊，继承了家庭成员和接口，于是成为了我的“家庭成员”。

四、分析家庭成员类的问题

好的，通过小明类，我们会看到，他要成为我们的家庭成员，必须实现家庭成员接口，但是接口中有一个方法如下：

 

Oh,My god!小明虽然通过继承，成为了我们的家庭成员，可是他哪里会有我们家的户口资料啊，我们的户口上怎么可能会有他啊？天哪！业务产生矛盾了，问题出现了。现在怎么办怎么办？

五、解决问题

上面的小明的情况，就是面向对象的接口隔离设计原则的问题。

您必须设计好这个接口，很多时候，我们并不知道会有这样的特殊情况发生，特别是业务还不明朗的情况下。但设计原则使你总是保持单一极简状态，则可以让你应对未来的各种变化。

 

 

于是，我们可以将上图的家庭成员接口设计改正如下，便可以解决问题：

 

然后家庭成员类修改如下：

 

您如果有认真看过我之前的文章的话，一段时间学习后，您应该会比较容易转为面向对象程序员。

 

祝您用餐愉快。