代码应该容易理解
这个是我上一轮写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<String, String> 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<T> inputList, int eachGroupCount
后来我看别人写代码发现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