我们假设一下,我们有一个方法,拥有多达 20 多个参数,如:
这种情况下,我们可以想象到后续维护时候的痛苦,尤其是,需要增加或者删除参数的时候。
今天看 Redis 的 Queue 源代码的时候发现,里面的 Worker 的配置项是有一个独立的类来维护的:
源代码查看:Illuminate/Queue/WorkerOptions
所以,我想,在写有很多个参数的函数的时候,可以考虑一下使用一个独立的类来进行这些参数的维护,然后使用类似的命名 XxOptions,这种情况下,需要新增参数就很方便了。
不过,过于复杂的函数,最好还是使用一个逻辑清晰的类来维护吧。毕竟把所有逻辑写在一个方法里面可维护性太差,尤其是当业务逻辑复杂起来的时候。
具体可自行 百度或google 一下 SOLID 原则,尤其是单一职责原则。
转载于:https://www.cnblogs.com/eleven24/p/9374676.html
最后
以上就是受伤悟空最近收集整理的关于函数参数太多的一种简化方法的全部内容,更多相关函数参数太多内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复