调查研究函数传递调用几次是最合适的

在调试程序的时候，一路跟踪程序函数的调用，和传入参数传出值之间的比较，在看到不断复杂的调用，我的懒惰心理就来了。

 

编程理念是不要大函数，函数调用简单明了，但这是理念。

 

之前团队一起讨论，有这样一个观点，函数分为两种写法：

1.函数是低相关性的，其他代码调用这个函数的时候，必须先做好一定的准备，形成参数，得到传回的值也会要做相应的计算才能得到对自己有用的值。

其实这类函数可以提取为utils的共用函数，但是把每一个函数都写成这类函数是不现实的。

问题是怎样把好函数的出口入口，需求变更，说不定传的参数要求就不同了，最后会变成都传Object。

 

 

2，函数的相关性很强，什么时候需要一个函数了，写一个就是，参数就是刚才手边有的，传回的值也是就可以拿来用的。

     这种函数的趋势将是，随着功能复杂，情况越多，if条件语句就会越多，函数会越来越大，它就像个职业经理人，上司只会要结果，要成绩，不管你怎么做，我都要结果，也不管有多么的复杂。

 

以上这两种函数都不能单独解决问题，如何对他们进行把握调节是有技术含量的。

 

 

这里有个新的名词"传递调用",不知道在我之前的牛人们有没有用过，表达的意思是：一个函数调用另外一个函数，在另外那个函数里再调用另外一个函数......不断的传递，深度的传递，而不是广度的。

 

之前了解过用户体验的事情，在调试代码的时候，程序员也是算用户的话，我想函数传递的数量会有一个"黄金点"的值,2个，3个，或者说10个以内？

 

那谁又来监督这些函数不会超过这个上限？