java中也有类似的特性,那就是匿名函数。
理解:行为参数化是一种方法,可以接收多种不同行为作为其参数,并在内部使用它们来完成任务。
一个类几万行,遍地的if else,让人摸不着北,函数太长容易将众多的业务逻辑混杂到一起,一是可读性很差,二是耦合性很高,容易牵一发而动全一身。
具体实践,可以额参考在重构改善代码既有设计一书中,提到的几种抽象方法。
#### 提炼函数
将一段代码放在独立的函数中,通过函数名来解释这个函数的用途,加上注释,尽量将每个函数的粒度都控制在很小的范围,这样函数的复用性就会大大增加。
#### 提炼接口
上面说了我们可以采用匿名函数或者具体的实现方式来做到行为参数化。所以提炼接口同样重要,一切不以抽象为原则的编码,都是耍流氓。
将具有相同点的子集,抽象出独立的接口。
假如一个业务类,依赖于一些配置才能正常工作,例如,项目运行的端口,通常情况下我们都是从配置文件里面读取。
假如有一天,业务变更,说要从mysql中读配置。
又有一天,业务调整,说不用mysql了,统一迁移成No sql数据库。
这里谈到 的,获取配置信息的这个功能,就可以抽象成一个接口,不论怎么调整,只需要增加获取逻辑就行。当然只是举例,具体还是得看业务变更情况来定。
总结:将尽可能多的能够复用的行为抽象成接口,让代码逻辑更清晰,职责划分更清楚。
引用java8 in action中的行为参数化的例子:
需求是:需要获取所有的绿苹果。
如果需求改为获取所有的红苹果,你肯定不会想要复制上面的整个方法。那干脆把颜色作为参数传递。
某一天,需求又变了,说苹果要大的不要小的,要某一个品种的.....
所有的这种变更,其实都是不同的过滤条件,有得简单,有的复杂。在这里我们就可以把不同的行为作为参数传递下来。
不同的行为实现不同的接口,目的都为一个:过滤掉不符合要求的苹果。
作为开发人员,相信都经历过频繁的需求变动,因为在软件开发过程中,用户需求是瞬息万变的,这种变动可以说是家常便饭,毕竟唯一不变的就是变化。
将行为作为参数传递可以帮助我们在需求变更时,减轻代码的更改量,也就是间接减轻变更给我们带来的痛苦!
欢迎来公众号【侠梦的开发笔记】 一起交流进步