代码应该容易理解
这个是我上一轮写Story的一个例子
我们有一些场景也要使用类似pivot view的样子，但是和传统的pivot view也有很多的区别，这时候就需要手动group by很多vo上面的字段
public class TariffVo {
private String dim1;
private String dim2;
private String dim3;
private String ctnSize;
private String ctnType;
private String unitPrice;
private Map sizeTypeWithPrice = new HashMap<>();
}
这里就需要group by dim1,2,3。所以说要重写hashCode和equals方法
以前我会过于想去遵循那个叫"return first"?规则，equals会写成下面这个样子
public boolean equals(Object o) {
if (this == o) {
return true;
}
if (o == null || getClass() != o.getClass()) {
return false;
}
TariffVo tariffVo = (TariffVo) o;
if (!Objects.equals(dim1, tariffVo.dim1)) {
return false;
}
....
}
直到上次我用了IDEA的自带重写equals方法
public boolean equals(Object o) {
if (this == o) {
return true;
}
if (o == null || getClass() != o.getClass()) {
return false;
}
TariffVo tariffVo = (TariffVo) o;
return Objects.equals(dim1, tariffVo.dim1)
&& Objects.equals(dim2, tariffVo.dim2)
&& Objects.equals(dim3, tariffVo.dim3);
}
这个地方的优势在于，它没有"非"逻辑，让人一下就看懂了，就是这几个字段都要一样。当然我一开始的写法也很简单，只不过理解上稍微复杂了一点
命名
这是一件非常考验英语的事情，之前我们讨论过"合并"应该怎么翻译。我觉得代码中应该主要用的是merge和combine。merge更像是两个比较复杂的结构混合在一起了，比如git。Java里我觉得Map更像Merge，好像Java8里Map就多了merge方法。combine就是两串东西拼成了一串，就是List了。
example 1
书中有一个例子我觉得可以拿来讨论一下，它说一以下词汇都是make的可以替代词：
- create
- build
- generate
- compose
- new
这里面除了new我都用过，而且非常不固定，主要看第一个想起来的单词是哪个。现在仔细想想compose更像是一个有参数的?create build generate就完全想不出来有什么区别了
example 2
我之前因为需要，写了一个ListUtil.splitList方法，两个参数: List
后来我看别人写代码发现google库提供了Lists.partition方法，一样的功能。但是我还是觉得，split更好一点，jdk的String官方就是split
example 3
书中还提到了迭代器的命名。我也是之前刚刚看了一段别人写的代码，它就是for i for j。同时有i j的时候，虽然是比较简单的逻辑，但是分清i和j还是让我眼睛难受了一阵的。
example 4
Java里面，Date的getTime就是一个很让人困惑的命名，是不是可以叫getMilliSeconds?
之前自己写代码的时候也很不解，LocalDate和LocalDateTime的format函数的参数都是DateTimeFormatter。当我使用LocalDate的时候就有点傻了，有点不明白为什么还要传DateTime