编写可读代码的艺术5 - 拆分超长的表达式

解释变量 总结变量

其实这两个是一个意思，就是在我们编写代码的时候把一些表达式的结果用一个变量先存储起来，这个变量名要取成表达式结果的表意

if (“root”.equals(line.split(“:”)[0])){
 ...
}

String userName = line.split(“:”)[0];
if (“root”.equals(userName)){
 ...
}

这种写法会引入很多的临时变量，会导致一些副作用。我觉得更正确的做法应该是把表达式抽出来一个方法，用方法名表示返回结果的意义。
这种临时变量我一般只有在大的IO和网络开销（ftp、DB等）的时候才会使用。

德摩根定理

德摩根定理就是一组等价的逻辑变换

not(a or b or c) <=> (not a) and (not b) and (not c)
not (a and b and c) <=> (not a) or (not b) or (not c)

在开发中我们应该选择后面的写法，更方便理解。

短路逻辑

这个貌似以前出过一个TT就是因为短路逻辑

if (a || b) {
  
  
}

当a为真的时候，不会去判断b。后来在代码重构的时候把这个表达式拆开了，就导致b一定会执行。

这种写法并不能去评判它的好坏，写法本身确实可以帮助我们省略不少的逻辑，我自己在碰到的时候也肯定会选择这种写法。这种写法最大的缺点就是后面其它人在看的时候容易碰到问题

简化表达式

void addStats(const Stats& add_from, Stats* add_to) {
  add_to -> set_total_memory(add_from.total_memory() + add_to->total_memory());
  add_to -> set_free_memory(add_from.free_memory() + add_to->free_memory());
  add_to -> set_swap_memory(add_from.swap_memory() + add_to->swap_memory());
}

这段代码是用C++写的，所以作者用了宏去这3句大意一样，字段不同的区别。

在Java中我能想到的就是用一个List<Function<Stats, Integer>, BiConsumer<Stats, Integer>>，第一个是get方法，第二个是set方法