Terry对接口的见解 – php

A的行为 依赖于B的一些方法，但是B还没有开始做，所以，我们先通过接口实现定义各个空的方法，用来拿数据，大致的意思，我用一个比喻形容：A和B是革命党，A是 军方，需要用服装，B是生产方，必须等B生产好了，B告知A到哪里拿服装，哪里拿鞋子，A的服装队伍才能去拿衣服，也就是A依赖于B的信息，现在有了契 约，A直接告诉B衣服放到哪里，鞋子放到哪里，而且还有相应的生产尺码，A到时候去拿，等B生产好衣服鞋子的时候，按照契约C，直接把衣服和鞋子放到相应 的地方，对于A来说，有点皇帝的味道，到了时间，直接去拿衣服鞋子，另外一个比喻：税收就像接口，定义好了大家都要交税，国家就是定义接口的主体，原来是 农民B生产了粮食，A去拿粮食，A有点要饭的味道，因为A依赖于B，现在通过税收契约，直接规定B必须上交，不按照接口规定就办了你（报错退出），A有了 皇帝的味道。通过这个例子我们可以看到，原来是A依赖B，变成了，A定义C契约（接口），B依赖C，这样由A依赖B，间接实现了B依赖A。这就是接口的作 用。在产品设计方面可以颠倒主从依赖关系，有点控制反转的味道。

也就是让两个彼此影响的个人，通过接口，让其依赖相互颠倒

通过调用接口有什么好处呢？看似很啰嗦。我认为好处有如下几点： 1.在程序设计，尤其是产品，如果A依赖于B，A是产品的一部分，譬如用户组件（user component），B是用户自定义（譬如user，User extends ActiveRecord implements IdentityInterface），按照常理，需要B先行，然后A在行动，但是呢？在产品中，我们需要A先行动，B在行动，这就需要A行动的时候，告 诉B，你如何如何，这就是接口，告诉B要实现那些方法，A在B没有的情况下直接使用B的方法，然后强制B实现这些方法（通过接口），这样通过契约接口颠倒 了依赖，在程序实现上，完成了解耦， 也就是说，接口是使用方定义的，而不是提供方定义的，这个有点像客户让工厂加工某些东西，提供了图纸一样，如果B不按照图纸，A就不验收，就报错退出。 2.个人认为接口一旦存在，就是强制执行，除非法律更改（接口改变），在工作当中，为了扩展，经常的对某些方法进行修改，譬如 方法的参数增加了个数，由于php不想java那样，还可以限制传入的参数类型和返回的类型，所以php的接口限制要弱一些。不过还是比较有效，可以限制 开发者脑门一热，方法增加参数，或者把这个函数名改变了。

总结：接口的作用，1：可以解耦，我个人认为更确切的是，接口可以让依赖关系颠倒，原来是a和b的关系（a依赖b），变成了a和c（a定义c），b和c的关系（b依赖c），其中c是接口，通过中间层c，间接让b依赖a，有点控制反转的味道。 2.接口，定义类的某些方法不能更改方法名和方法传入的参数。