契约-创新互联

The pact is sealed.

契约已签订。

看过N多童话故事和电影的小伙伴们肯定熟悉这种场景：

大反派斗不过主角，处于劣势时，就会与诸如恶魔签订契约，以自己的青春换取强大的力量，即：

 青春 --> 恶魔   恶魔  --> 力量

我们把这个再改变一下：

恶魔 【得到】{青春}  ->  {力量}

看起来有点眼熟，这不就是function/method干的事情吗？

function 与恶魔签订契约(青春) {
　　　　return 力量;
　　}

拿一个PHP简单的函数来说吧，此函数是这样的：

function getFullName($givenName, $surname) {
return $givenName.' '.$surname;
}

 对于调用方来说，如此调用：$fullName = getFullName($realGivenName, $realSurname);

　　输入 $realGivenName 和 $realSurname 不知道是否返回结果，有结果也不知道是什么。

这里 $givenName和 $surname 两个形参对比之下就是契约条件，而返回的值就是契约回馈。

每天在敲代码，原来就是在写各种各样的契约，然后各个契约被各种各样的大反派（调用方）签订（调用）。

再来看Java的一个方法

public static String getFullName(String givenName, String surname) {
return givenName + " " + surname;
}

 给一个String类型 和 一个String参数，返回一个String 类型的结果；

去跟PHP对比一下，发现Java的Method契约条件的限制更加严格了，而契约回馈的描述也更加准确了。

即PHP函数在调用时，函数形参如果不限制类型的话，可以是任意类型（$givenName 可以是一个int，也可以是array，甚至是一个resource类型，或者干脆是null），

基于动态语言的特点，甚至还可以传多于/少于（少于的话PHP会报Warning级别的错误）function规定的参数数目进去！

所以在上面这种实现在遇到特殊情况下，就会出现意想不到的结果，因此具体实现要对变量类型、值做各种判断；

而Java在实现内则不需要做类型判断，只需要处理空的情况即可；

对于return 的结果来说，PHP function实现可以返回 null、int，array，resource... 又是不限制类型和值！契约回馈又是模糊的描述……

所以，PHP function/method 契约是模糊的，契约回馈的描述也是模糊，而Java则更加强调契约发起方和契约执行方的明确的责任；

如此这般，PHP 一个function/method 实现（契约执行方）就头大了，调用方（契约发起方）传过来的参数（契约条件）很有可能存在

意想不到的情况，于是就需要在实现内加类型判断， 处理空或者其他情况。调用方也不知道实现是否真的能达成契约描述（function/method名称，注释等）

那样的美好的结果，调用方又得对实现返回进行判断。

而Java则只是对象参数需要处理null的情况，因为有一步编译的过程，类型则不需要费心。即在通过编译后，契约双方的基本条件和回馈描述被保证了。

PS：这么一说，编译器（Compiler）听起来就像是一个公证人似的。

总的来说，PHP因为不必在声明变量或者制定方法签名时声明类型，所以是弱契约。

弱契约的好处是显而易见的：

　　调用方的责任限制变少，执行方（实现）的责任 加重（即兼容 各种参数情况），那么只需要一个契约执行方，就可以满足多种调用方的情况。

　　即一个function/method实现，调用方多种情况来调用都是没问题的；

　　我们也可以把这种实现成为健壮的实现；

Java则是强契约，好处不必多说，但是劣势对比弱契约也是很明显，调用方参数若是出现了另外一种类型或者参数变多/变少，则不得不重载（Overload），

如果业务复杂起来，重载方法写起来简直是恶心；

说道这里泛型横空出世，我们可以理解泛型其实就是在强契约和弱契约之间的一种折中，即Method契约不再死板地限制某个具体类型，也不死板地规定

返回某个具体类型，而是规定为某一系列的类型，即在强契约的上弱化了一些，将类型限制放宽。

使用了泛型的方法，则可以满足调用方的某一系列的参数类型情况，让我们少些重载方法，减少了代码量 :)

return ；