首先声明，本干货的观点仅代表个人观点，拿出来和大家唠叨唠叨。

最近在写代码的时候，发现了一个有趣的事情。就是我创建了一个新的函数，但是因为各种需求，各种功能设计的原因，函数的形参数目达到了10多个之多。

而这个时候，由于本函数是一个公共函数，所以被调用的地方十分多，当这个函数的形参需要增删改的时候，可谓牵一发而动全身（当然，出现这种情况就应该想到是不是设计有问题了，耦合度这么高，但这次先不谈这个），所以针对这种情况，我分别思考了3种最常用的传参方式。

直接传参,每个参数一个个的排好队写上，例如：

                   图片来自睿江云计算 

优点：

1. 传入的参数清晰，明确可以知道传入参数有多少个，分别代表什么意思，从语义上一目了然。

2. 调用方便，调用者直接传参，无需对参数进行处理加工。

3. 对新手来说更加友好，更容易理解。

缺点：

1. 形参太多，代码失去了美感，太随性了。

2. 当某个参数需要改动的时候，简直是牵一发而动全身，比如$param5改为选填参数，并且默认值为test：

                                图片出自睿江云计算

缺点很明显，这个时候由于php参数顺序的问题，选填参数必须在最后，所以所有调用者都需要起码把原来的param5去除，放在参数最后位置，改动代价高。

总结：当参数少的时候，可以使用直接一个个参数传递，这样是最好的，但是当参数过多，或者改动需求大的时候，这种方法无疑是繁重的。

所以针对上面这种，当参数数量过多的时候，可以使用方法二：

把参数组合成一个数组的形式，整一个数组当做参数进行传递。例如：

                            图片出自睿江云计算

优点：

1. 代码更加整洁了。

2. 代码更加灵活，现在就算有一个参数需要改动，也无需修改函数的参数，只需要在调用者处增加参数即可。

缺点：

1. 没有了php的语法限制。例如没有了string这种的类型限制，没有了带默认值的选填参数的语法限制。这样子就需要你做多一层参数的检查。

2. 参数可读性差了。函数的数组里面有哪些参数是不能通过形参看出来的，需要查看调用者的数组组成。

总结：总体来说这种方法可以解决第一种传参方式的弊端，但是也自身带来了更加大的弊端，参数的限制需要另外增加一层钩子去处理，可以说是性价比比较低的一种方法。

综合上面两种方法的利弊，我总结出第三种传参方式：

传递一个数据结构对象当做参数，例如：

                                                            图片出自睿江云计算

优点：

1. 参数为一个数据结构，保证数据的完整性。就是传进来的数据结构必然能包含所需的参数。

2. 当参数需要更加或者减少的时候，只需要修改数据结构模型的对象属性即可。

3. 把数据的控制和限制可以统一放在模型层进行处理。

缺点:

1.可能需要多个数据结构模型。

总结：总体来说这种方法可以比较全面的解决第一第二种方法的弊端，就是需要建立多种数据结构模型，增加了代码量。

以上就是介绍的3种传参的种类，这是一个细节性，场景性的问题，不知道能不能明白个中意思呢？