平时的杂记

预览布局切换的实现：新增一个预览state 不支持点击长按，支持页面滑动

cellLayout.animateChildToPosition(cellLayout.getChildAt(info.cellX, info.cellY), endX, endY, 200,
0, true, true);

进行预览的动画效果

使用一个list记录移动的View，保证预览时可以回到原来的位置

移动的规则：最后一排的应用位置不够进行移动，优先往下找空位（就近原则，没有位置时则往下就近找空位，整页满了则找下一页或者新建页）
移动规则会和自动对齐有点差别

5的widget可以变小，但是需要变回来，防止布局异常

遇到正在安装到安装完成的情况处理；变化，修改，保持可以恢复
判断是否在移动列，在的话不写入数据库，移除view添加新view，同时需要替换移动列的数据

性能优化：现在会出现细微的卡顿

public static final Executor THREAD_POOL_EXECUTOR = new ThreadPoolExecutor(
CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
TimeUnit.SECONDS, new LinkedBlockingQueue());

workQueue 为LinkedBlockingQueue（无界阻塞队列），队列最大值为Integer.MAX_VALUE。如果任务提交速度持续大余任务处理速度，会造成队列大量阻塞。因为队列很大，很有可能在拒绝策略前，内存溢出。是其劣势；
存在拒绝策略，过多调用的话存在拒绝的情况，一些调用会被舍弃从而无效

因为是新加的状态，所以切换大小屏是否需要保持该状态

2.5代新增或者改动较大的部分：新增推荐文件夹功能，侧边栏交互变更，新增dock区自动居中处理，多任务卡片显示逻辑调整，角标逻辑调整，桌面自实现批量卸载，各种效果和内存优化
后续会新增的功能：主题切换适配、桌面布局55和45切换适配

桌面组敏捷流程建议：
一、功能需求开发流程优化：
1、交互输出后，测试根据最新的交互输出最新的测试用例并进行评审；
2、开发功能的时候交互有变更的时候，测试用例也要及时更新；
3、开发功能完成后进行测试用例功能提测，测出的问题统一整理邮件发出；
4、根据测出的问题评审是否合入系统版本或者再单出版本继续功能提测；
5、功能合入系统版本后将测试用例和交互稿通知到桌面的其他测试人员进行整体测试。
二、代码合入规范优化：
1、涉及到Launcher源码流程的更改，尽量遵循源生的逻辑，必须要修改的话最好咨询下其他人是否存在风险；
2、功能开发都要使用feature开关控制，方便功能控制，后续Launcher升版也方便移植；
3、线程需要谨慎使用，源生代码逻辑未考虑线程安全，线程使用也容易带来时序的问题（拒绝策略也会有影响），容易引发未知的问题；
三、bug处理的流程优化：
1、涉及到交互不明确的bug，测试需要先咨询交互的意见，如果交互认为需要修改的话再提对应的bug，并及时更新对应的交互说明；
2、加强交互和测试的同步，很多时候存在交互更新了但是测试用例未更新，会提出无效的bug；
3、开发需要加强了解整体的bug情况和别人提交的代码修改情况，发现问题可以及时提出，开发内部规避一些bug；
4、针对部分存在无log的情况，加强测试提bug的规范，提bug需要提交现象视频、问题时间点的log、尝试按步骤复现，这样可以增加bug解决率，减少不必要的拒绝bug