不得不知道的三种简单实用的传参方式
更新:HHH   时间:2023-1-7


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

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

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


    第一种


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

                   图片来自睿江云计算 

优点:

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

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

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


缺点:

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

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


     

                                图片出自睿江云计算

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

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


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


    第二种


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

     

                            图片出自睿江云计算

优点:

1. 代码更加整洁了。

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


缺点:

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

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

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


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


     第三种


传递一个数据结构对象当做参数,例如:

     

                                                            图片出自睿江云计算

优点:

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

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

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


缺点:

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

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


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


返回web开发教程...