3、 将当前Widget的大小和CellInfo中保存的各种大小进行比较，找到一个最合适的
对于第一个问题，上一篇中已经介绍了，就是在应用中加几段代码就可以解决了。关键问题是第二个，前面我们面临的都是最小的只占一个单元格大小的Application和Shortcut。可是，现在面临的是Widget，其最明显的特征就是大小不一。第三个问题，拖动的功能交给了DragLayer负责，它屏蔽了桌面上具体被拖动的item是Application还是Widget，它只知道当前需要拖动的是一个ItemInfo(所有item的祖宗)。所以，这个基本不用添加任何代码就可以实现的；第四个问题，和第三个问题是同一个性质。第五个问题，也不用添加任何代码，其职责是由DragLayer和DeleteZone负责的，不涉及到Widget和Application的异处。
在Launcher中，获取Widget的大小信息，判断，并添加到桌面的代码如下：
4、在当前连续区域(0，3)的基础上,向上探索-->判定1和2号单元格都是空,加入CellInfo中，此时连续空间变为[0,3,1,2]；-->继续向上探索-->被占用了，停止向上探索
在getTag方法里面，我们调用了findVacantCells这个方法,这个方法就是以当前cellX和cellY指定的单元格为中心,不断向左,右,上,下,四个方向探索可用的连续空间。代码如下：
但是，为了添加到桌面上的widget能够和application们一样，那就应该具备如下的功能：
5、widget能够从桌面移除
但是，添加实现了，当你试图长按你的Widget试图拖拽的时候，你会发现有的Widget可以拖拽，有的则不行。这个主要是，如果Widget并没有可以获取焦点的控件就可以被拖拽，但是对于有焦点的，比如系统时钟小部件，你一长按它就会进入时钟的设置界面，对于这种情况，我们就需要重写AppWidgetHostView控件，在其中处理Widget的长按。同时，重写AppWidgetHost，使得创建的AppWidgetHostView是我们自定义的，而不是系统的。这两个类比较简单，这里不再粘贴代码，可以直接参考Launcher的LauncherAppWidgetHostView和LauncherAppWidgetHost两个类。
在这个流程中，我们看到其中向桌面添加一个Widget时，首先以当前用户长按的坐标点为中心向四周不断寻找各种大小的连续空间并记录，如果找到了，很好直接选择最合适的一个并添加。如果没有找到，则在整个CellLayout中寻找可以容纳的空间，如果找到，同样的选择一个最合适的。如果还没有找到，则提示用户，该屏幕已经没有足够大的空间来容纳。
有了上面的分析，下面我们按照上图的路线来分析，Launcher具体是如何完成每一个步的。
所以,www5.3000ok.com，接下来我们的核心就是解决第二个问题：CellLayout需要为每个添加的Widget分配足够大小的空间。
这个方法主要完成探索前的准备工作，真正完成探索的是findVacantCellsNonRecursive和findVacantCellsRecursive。这两个方法完成同样的功能。后者是系统实现的采用递归实现的；前者是本人实现的非递归方法；因为递归的方式对于系统Launcher中采用的4*4工作良好，但是，针对我需要在平板等大屏幕上，也许CellLayout是8*8等规格，导致的后果是性能及其低下并可能导致内存溢出。所以，用非递归的方式予以取代。我们首先看看递归的方式：
当我们选择了要添加的Widget之后，我们要做的是什么呢？根据前面的时序图看到，这个时候应该
3、向右探索-->右边已经被Folder占用,停止右边探索
再来看看非递归的方式，本人算法不精，马马虎虎实现了非递归，仅供参考：
这里需要注意的是：在这里计算了CellLayout的单元格占用情况，同时，并没有在这个时候，就以当前事件所在单元格为中心向四周探索可用空间，而是将这个过程推迟到了getTag方法中。因为在onInterceptTouchEvent中我们还不需要这个值。当onInterceptTouchEvent返回之后,最后事件进入Launcher的onLongClick中,在这个方法里,我们调用了CellLayout的getTag方法：
1、记录当前单元格，CellInfo保存0号单元格信息
2、 将其大小信息转换为需要占用的单元格区域大小
完成这一切，Widget就可以完美地添加到桌面上了，除了一些细节，整个添加Widget的大致过程就是这样。
后话：
最终CellInfo中记录的连续区域是：[0]，[0，3]，[0，3，1，2]，[0，1]。看到所有的连续区域肯定包含当前事件所在的单元格，也就是探索的中心单元格,复古。也就是，以0单元格为中心的当前可用的各种大小的连续空间是[0]，[0，3]，[0，3，1，2]，[0，1]
其中，首先从CellInfo已经保存的各种大小的单元格中寻找。注意，在getTag方法中，我们是以当前事件所在单元格为中心寻找的，所以，这里第一次调用CellInfo.findCellForSpan的时候，CellInfo中保存的是以当前事件发生的位置为中心的，如果没有找到合适的，则在整个CellLayout中寻找。
3、Widget可以拖动
我们的Launcher现在和系统的Launcher功能上相差无几了。但是还有很多内容和细节，我们还没有考虑到。这些在系统Launcher中都做了很好的处理。比如，某些时刻状态的保存，异常情况发生时候，Launcher的稳定等等。但是，这些都是在不断调试，完善中完成的。虽然桌面看似简单，但是Launcher是个比较复杂的应用，完美的实现需要优秀的人才和时间。这一系列分析文章仅仅是本人为了研究Launcher而模拟了其从无到有的开发过程，真正需要Launcher应用的，可以在系统Launcher基础上进行一定的修改和扩展，而没有必要完全的从头开始。但是，修改和扩展的前提是对Launcher要有个既全面又深刻的研究。
1、将桌面应用实现为一个WidgetHost应用
到此，我们的桌面上也可以完美的容纳各种大小的小部件了，同时，我们也对系统Launcher的递归处理方式进行了转换，运用了非递归的方式，这样当需要调整CellLayout的单元格数目的时候，不至于出现性能问题。
4、 如果没有找到，则再在整个CellLayout中寻找所有大小的连续空间
2、CellLayout需要为每个添加的Widget分配足够大小的空间
5、 将当前Widget的大小和刚刚获取的所有大小的连续空间进行比较，找到最合适的一个
用户长按桌面的时候,MOTION_DOWN事件传递到了CellLayout,在CellLayout的onInterceptTouchEvent方法中进行了判断，判断当前长按的是否为空白区域，如果是，则将当前坐标转换为当前单元格，然后重新计算整个CellLayout中所有单元格的占用情况。这部分代码如下：
如上图，在这个桌面上，假设在中间的空白位置还剩四个单元格，我现在长按黄色标注的0位置。经过事件坐标到单元格的转换，我们知道了当前添加Widget的位置是在0号单元格，那么是如何以0单元格向四周探索空间的呢？以及保存哪些信息呢？
好了，这样在CellInfo中保存了当前可用的各种大小的空间，我们就可以很容易的判断我们的Widget是否有容身之地。在Launcher的onLongClick中我们getTag之后，就弹出了添加对话框，这些信息和添加Application是一样的，这里就带过了。如何调用系统自带选择Widget应用，在前一篇中已经介绍了，这里也不再介绍,冰雪战歌网dj。
2、首先向左方向?>判断3号单元格是空的，没有占用?>保存当前连续区域，注意，当前连续区域是0号单元格和3号单元格组成的-->继续向左-->左边单元格已经被MySpace占用了，向左结束探索
1、 获取当前选择的Widget的大小信息
至此，这一系列的分析就结束了。元旦快到了，希望新的一年里，圆我一个梦想．．．
其中hasEnoughSpace就是为了比较当前Widget大小能否放置在桌面上的：
5、在当前连续区域[0,3,1,2]的基础上，向下探索，被占用了，停止向下探索，一次递归结束，返回上一层递归。
这两个方法中都调用了addVacantCell(current, cellInfo);这个方法就是记录当前探索的连续区域，保存进cellInfo中。代码如下：
解决这个问题之前我们还是看一下类似添加Widget时候的流程。
6、 如果没有找到，提示没有足够可用的空间
4、Widget能够在多屏幕之间滑动
也许看到这里还是云里雾里，不晓得到底记录的到底是什么样的连续区域，下面对探索的一个递归过程进行一个简单的说明：
合击传奇
请使用1024*768分辨率浏览本站以达到游戏最佳视觉效果
打击盗版支持正版游戏 任何组织或个人未经同意，不得使用和传播盗版游戏，如有侵犯利益请来电告知说明，本站72小时内删除。
