总结一次项目中切换速度的优化

先上个示意图，

（产品市场平台为平板，在我这个720×1280的手机上有两处没适配好， 请先忽略 = =！）



场景是：

点击中间那一堆gridview，“红松”、“樟子松”之类的，下面的布局切换显示对应的数据；

1、改listview为自定义的行对象

首先，刚开始使用listview展示一行行的内容，但在getview里增加对株树的内容监听来自动计算蓄积值，包括对+1-1按钮增加的点击音效，每滑动都会调用getview来进行复用，滑动效果有点卡顿，所以这里把每一行看成一个对象，计算逻辑由对象处理，动态添加行对象到布局里，这样滑动起来就非常流畅了；

public class YdQiaomuOneLineView {
private View view;

public YdQiaomuOneLineView(Context context,List<Tree> list,int i, IdbHelper helper) {
mContext=context;
mDatas = list;
position = i;
this.helper = helper;
helper.setTableName("eachWood");
view=View.inflate(context, R.layout.oneline_ydsur_qiaomu, null);
//...
}

public View getView() {
return view;
}

}

传入的参数用于其他功能，这里用getView()对外暴露行布局view，用于在动态添加到容器布局中；

/**
* 新增一条布局
* @param one
*/
private void addOneLinearLayout(int position) {
YdQiaomuOneLineView oneLineView = new YdQiaomuOneLineView(mContext, allTrees,position,helper);
showViews.add(oneLineView);
ll_container.addView(oneLineView.getView());

}

切换时布局不变，只读取数据传给行对象进行数据刷新即可；

（当然这里也是看具体情况的，需求径级为6~120，差值为2，有60行，不算多，如果有上千行那可能就会影响到界面打开时的速度了）

2、改变存储策略提高切换速度

之前的存储方式是传统的切换树种时将新数据保存到数据库，保存的过程有1~2秒时间，虽然是子线程+进度圆处理，但用户还反馈体验不佳，想达到秒切秒换的效果。

先来看下之前的方法：遍历集合取值更新

/**
* 切换时保存,优化速度未用，改为输入即时更新
*/
private void saveSmallType(){
Map<String, String> map = new HashMap<String, String>();
helper.setTableName("eachWood");
if (allTrees!=null && allTrees.size()>0) {
for (int i = 0; i < allTrees.size(); i++) {
map.put("id", allTrees.get(i).getId());
map.put("treeNum", allTrees.get(i).getTreeNum()+"");
map.put("treeXuj", allTrees.get(i).getTreeXj()+"");
helper.update(map);
}
}
}

既然统一保存时间长，那可以化整为零，采用输入即时保存，用户每记录一个值就保存一次，这样保存操作由原来的1000ms拆分为10ms；

保存的活还是交给行对象本身处理：

m_tree_zs.addTextChangedListener(watcher);

private TextWatcher watcher = new TextWatcher() {

@Override
public void onTextChanged(CharSequence s, int start, int before, int count) {
}

@Override
public void beforeTextChanged(CharSequence s, int start, int count, int after) {
}

@Override
public void afterTextChanged(Editable s) {
//保存逻辑就不贴了，都是业务类的东西
}
};

到这里切换速度已经大大提升了，能够满足用户的需求了；

但再进一步分析，发现大部分用户只需要统计径级60之前的，60以后的树木很少很少，那么切换前后这些株树为0的行对象再进行刷新岂不是无用功；

所有，最后一步，第一次数据填充时每个行对象给自己的edittext设置tag，标记当前是否为0；

if (curTree.isEmtpy()) {
m_tree_zs.setTag(true);
}else {
m_tree_zs.setTag(false);
}

切换时满足切换前后都为0的条件，直接返回；

/**
* 传入数据重置界面
* @param list
* @param i
* @param editable
*/
public void refreshData(List<Tree> list,int i,boolean editable){
Tree curTree = mDatas.get(position);
if (((Boolean)m_tree_zs.getTag()) && curTree.isEmtpy()) {
return;
}

//...
}

这样，切换速度在我这个渣机上都能实现秒切了。