lambda代码
作为软件开发人员,我们的行为像孩子一样。 当我们看到闪亮的新事物时,我们只需要与它们一起玩。 在某种程度上,这是正常的,可以接受的,并且总体上甚至有益于我们的工作。
当Java开始使用版本5提供注释时,朝着使用它们的方向迈出了一大步。 任何地方。 到处。 即使这不是一个好主意。 但是它是新的,因此必须是好的。 当然,当滥用某物时,就会有强烈的反对之声。 因此,即使使用注释可能有意义,某些开发人员也可能强烈反对使用注释。 甚至还有一个有关此的站点 (警告,内部拖钓)。
不幸的是,我们没有从过度使用注释中集体学习。 随着许多公司迁移到Java 8,人们开始注意到很多使用如下lambda的代码:
List<Person>persons=...;
persons.stream().filter(p->{
if(p.getGender()==Gender.MALE){
returntrue;
}
LocalDatenow=LocalDate.now();
Durationage=Duration.between(p.getBirthDate(),now);
Durationadult=Duration.of(18,ChronoUnit.YEARS);
returnage.compareTo(adult)>0){
returntrue;
}
returnfalse;
}).map(p->p.getFirstName()+" "+p.getLastName())
.collect(Collectors.toList());
这只是一个愚蠢的示例,但是它使我有时不得不阅读的代码感觉很好。 通常来说,它更长,甚至更复杂,或者从政治上来说,它还有改进的空间-确实有很大的空间。
第一步是应用正确的命名,并将逻辑移到它所属的位置。
publicclassPerson{
// ...
publicbooleanisMale(){
returngetGender()==Gender.MALE;
}
publicbooleanisAdult(LocalDatewhen){
Durationage=Duration.between(birthDate,when);
Durationadult=Duration.of(18,ChronoUnit.YEARS);
returnage.compareTo(adult)>0;
}
}
这种小的重构已经提高了lambda的可读性:
persons.stream().filter(p->{
if(p.isMale()){
returntrue;
}
LocalDatenow=LocalDate.now();
returnp.isAdult(now);
}).map(p->p.getFirstName()+" "+p.getLastName())
.collect(Collectors.toList());
但它不应该就此停止。 关于lambda有一个有趣的偏见:它们必须匿名。 Web上几乎所有示例都显示匿名lambda。 但是事实离真相还远!
让我们命名为lambda,然后检查结果:
// Implementation details
Predicate<Person>isMaleOrAdult=p->{
if(p.isMale()){
returntrue;
}
LocalDatenow=LocalDate.now();
returnp.isAdult(now);
};
Function<Person,String>concatenateFirstAndLastName=p->p.getFirstName()+" "+p.getLastName();
// Core
persons.streams()
.filter(isMaleOrAdult)
.map(concatenateFirstAndLastName)
没事 但是,请注意,流本身(最后一行)变得更具可读性,而不是隐藏在实现细节后面。 它不会阻止开发人员阅读它们,只有在必要时才阅读。
结论
工具就是工具。 在Java开发人员的工具带中,Lambda是其中之一。 但是概念是永远的。
lambda代码