Android实战技术：ListView刷新的顺序问题
背景
一个典型的ListView，每个Item显示一个TextView，代表一个Task，需要实现二个编辑方式:一个是用CheckBox来标识任务已经完成，另一个要实现的编辑是删除任务。对于完成的CheckBox就直接放在布局中就可，但对于删除不想使用ContextMenu来实现编辑，对于像iOS中那样的列表，它的删除都是通过对列表中每个项目的手势来触发。这个实现起来并不难，可以用一个ViewSwitcher，Checkbox和删除按扭是放入其中，让ViewSwitcher来控制显示哪一个，正常情况下显示Checkbox，隐藏删除按扭，然后当点击Item时就显示删除按扭，隐藏Checkbox，这样也更符合操作习惯，可以一个一个条目的删除。
实现起来的方式如下：
问题但这有一个问题，就是如果其中某个条目是处于删除状态，这时再添加一个新任务，或者点击另外条目的Checkbox时，条目的状态会错乱，本来处于正常状态的条目会处于删除状态！
原因分析最开始以为是数据问题，因为事件的处理都是匿名的类，可能会指向不正确的外部数据，通过打印调试发现所有数据都是对的。最后通过在bindView方法中加LOG信息发现了原因：每次ListView刷新bindView的顺序并不相同，原来处在第3的子View，刷新后可能被放在第1位置。ViewSwitcher的显示状态是它自己维护的，也就是说没有在View的外部保存其应该显示的状态，所以当数据发生变化（Checkbox会引发数据变化）刷新列表时，原来处于删除状态的子View（可能在第4位置）现在可能变成了第2位置，造成了第二个处于删除状态，而第四个处于正常状态。
解决方案这个问题没有完美解决方法，只能做一个Workaround的方法：那就是每次刷新bindView时把删除状态清掉，都换成默认状态，这样至少不会出现状态混乱的状况。但是，还是会看到删除会闪一下。要想完全解决这个问题就是避免在有其他方式导致数据变化时使用这种设计，这种设计仅适用于：整个列表仅有删除，没有其他方式能导致列表会刷新时，这时每当删除时，直接把子View从ListView中移除，就不会出现混乱了。
同时也说明为什么我们每次bindView时要重新给子View添数据，而不是仅当创建子View添数据。因为每次刷新bindView时顺序并不一定是先前的顺序，所以一定要重新添数据。而数据通常是与View分享开来，或是在数据库中，或是其他形式，会以特定的顺序存在，它不会因为View的刷新而改变，所以为了不使用户感觉状态错乱，就必须要重新按照数据的顺序来给View填充数据。
