首先声明，本干货的观点仅代表个人观点，拿出来和大家唠叨唠叨。
最近在写代码的时候，发现了一个有趣的事情。就是我创建了一个新的函数，但是因为各种需求，各种功能设计的原因，函数的形参数目达到了10多个之多。
而这个时候，由于本函数是一个公共函数，所以被调用的地方十分多，当这个函数的形参需要增删改的时候，可谓牵一发而动全身（当然，出现这种情况就应该想到是不是设计有问题了，耦合度这么高，但这次先不谈这个），所以针对这种情况，我分别思考了3种最常用的传参方式。
第一种
直接传参,每个参数一个个的排好队写上，例如：
图片来自睿江云计算
优点：
缺点：
缺点很明显，这个时候由于php参数顺序的问题，选填参数必须在最后，所以所有调用者都需要起码把原来的param5去除，放在参数最后位置，改动代价高。
总结：当参数少的时候，可以使用直接一个个参数传递，这样是最好的，但是当参数过多，或者改动需求大的时候，这种方法无疑是繁重的。
所以针对上面这种，当参数数量过多的时候，可以使用方法二：
第二种
把参数组合成一个数组的形式，整一个数组当做参数进行传递。例如：
优点：
缺点：
3. 没有了php的语法限制。例如没有了string这种的类型限制，没有了带默认值的选填参数的语法限制。这样子就需要你做多一层参数的检查。
4. 参数可读性差了。函数的数组里面有哪些参数是不能通过形参看出来的，需要查看调用者的数组组成。
总结：总体来说这种方法可以解决第一种传参方式的弊端，但是也自身带来了更加大的弊端，参数的限制需要另外增加一层钩子去处理，可以说是性价比比较低的一种方法。
综合上面两种方法的利弊，我总结出第三种传参方式：
第三种
传递一个数据结构对象当做参数，例如：
优点：
5. 参数为一个数据结构，保证数据的完整性。就是传进来的数据结构必然能包含所需的参数。
6. 当参数需要更加或者减少的时候，只需要修改数据结构模型的对象属性即可。
7. 把数据的控制和限制可以统一放在模型层进行处理。
缺点：
1.可能需要多个数据结构模型。
总结：总体来说这种方法可以比较全面的解决第一第二种方法的弊端，就是需要建立多种数据结构模型，增加了代码量。
以上就是介绍的3种传参的种类，这是一个细节性，场景性的问题，不知道能不能明白个中意思呢？
