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

先上个示意图，
（产品市场平台为平板，在我这个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;
        }

        //...
    }

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