问题描述
在项目开发中有一个记录界面,界面逻辑简单,但处理数据上出了问题,界面效果达到了,但总觉得有点问题,后来收尾清理代码,当时头脑比较清醒,一激动,完善一下;时间轴要求同年显示月,同年同月显示日,其它显示年月日,服务器返回是list,字段time是long,接口数据解析用的是Gson。
问题分析
1.从服务器拿到数据后按要求排序,返回数据中的time转yyyy-MM-dd;
2.区分数据
3.更新UI
误区
1.gson对象解析需字段属性一一对应;鉴于前款App在后台修改一些字段后,App华丽丽的蹦蹦蹦…beng…我对此更加深信不疑,果然太年轻,解决危机后仔细想想,gson不可能没考虑到这个问题,果然,”gson可以通过使用annotation来灵活配置需要序列化的字段“,看到这里,有人意味深长的笑了……
2.在遍历标记过程中每每将后一个数据与前一个数据对比,效率不高。
误区结果
model多了一个实体类,数据copy了一份,代码产生冗余,效率不高,简直是暴击。
问题解决方案
1.添加一个tag,将年月日均显示的数据作为父节点(拥有两种子节点)
2.优化遍历
代码片段
List<Long> has = new ArrayList<>();
//排序显示
private void filterDate(List<Train> trainList) {
for (int i = 0; i < trainList.size(); i++) {
Train train = trainList.get(i);
if (i == 0) {
/*添加第一个父节点*/
has.add(train.getCreateTime());
} else {
/*父节点标记*/
int tag = -1;
for (int j = 0; j < has.size(); j++) {
if (DateUtils.isSameMonth(has.get(j), train.getCreateTime())) {
/*子节点2:同年同月*/
tag = 2;
} else if (DateUtils.isSameYear(has.get(j), train.getCreateTime())) {
/*子节点1:同年*/
tag = 1;
}
}
if (tag == -1) {
has.add(train.getCreateTime());
} else {
train.setTag(tag);
}
}
}
}
总结:考虑不够全面,之前的两层循环,对比之下,如果数据量大且子节点多,效率简直不止快一倍,回头想想好慌!