浅析SlidingMenu(一)

引子
最近一直在思考Acitity、Fragment、layouts在开发时到底如何抉择？
自然，Activity+layouts对于一个andorid App是不可缺少的，然而为何google又要提出碎片呢？
貌似用Activity+layouts已然能开发所有的应用了吧，API指出Fragment可以将多个Activity合并，然而我们用layouts难道不能做到吗？
将多个Activity视为多个layouts不也可实现吗？然而，我现在的所理解的Fragment更像一个Activity与Layouts的中间层、一个框架，
它有自己的生命周期，可能使用起来比自己写的layouts要更完善，但是本人依旧无法体会到引入Fragment带来哪些实际的好处，所以开发中
并未太多的使用他，最直接的理解是Fragment是因Pad而引入的可能是为Pad更易开发UI而新增的框架或组件吧。


正文


貌似引子和正文没多大的联系，但由于看SlidingMenu的同时一直在思考这个问题，姑且记在这里吧。


放个某个example的效果图（以免被称为无图无真相 ）：

下载地址：https://github.com/jfeinstein10/SlidingMenu

写到此处其实我的博客已经写完了99%了，下面就是本人的赘述了：

1、我理解的SlidingMenu：它是一个包含CustomViewAbove和CustomViewBehind的一个layouts，最突出的特点是，它是通过scrollTo来定位
这两个子布局的。当然这样的描述有些片面，其里面的逻辑真心看起来挺死脑细胞的~~。


2、浅析运用SlidingMenu：


主要指com.slidingmenu.lib.app.SlidingFragmentActivity：


此类中主要是使用com.slidingmenu.lib.app.SlidingActivityHelper来实现对SlidingMenu的呈现。

依次在onCreate()中实例化SlidingMenu、setBehindContentView()、setContentView()，貌似这一句挺废话的，但是我也没法描述了

主要实现逻辑是SlidingFragmentActivity类中的onPostCreate()的此段代码：

	/**
	 * Further SlidingMenu initialization. Should be called within the activitiy's onPostCreate()
	 *
	 * @param savedInstanceState the saved instance state (unused)
	 */
	public void onPostCreate(Bundle savedInstanceState) {
		if (mViewBehind == null || mViewAbove == null) {
			throw new IllegalStateException("Both setBehindContentView must be called " +
					"in onCreate in addition to setContentView.");
		}

		mOnPostCreateCalled = true;

		// get the window background
		TypedArray a = mActivity.getTheme().obtainStyledAttributes(new int[] {android.R.attr.windowBackground});
		int background = a.getResourceId(0, 0);
		a.recycle();

		if (mEnableSlide) {
			// move everything into the SlidingMenu
			ViewGroup decor = (ViewGroup) mActivity.getWindow().getDecorView();
			ViewGroup decorChild = (ViewGroup) decor.getChildAt(0);
			// save ActionBar themes that have transparent assets
			decorChild.setBackgroundResource(background);
			decor.removeView(decorChild);
			mSlidingMenu.setContent(decorChild);
			decor.addView(mSlidingMenu);
		} else {
			// take the above view out of
			ViewGroup parent = (ViewGroup) mViewAbove.getParent();
			if (parent != null) {
				parent.removeView(mViewAbove);
			}
			// save people from having transparent backgrounds
			if (mViewAbove.getBackground() == null) {
				mViewAbove.setBackgroundResource(background);
			}
			mSlidingMenu.setContent(mViewAbove);
			parent.addView(mSlidingMenu, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
		}
		this.showContent();
	}

明显看出不论mEnableSlide是false，还是true，最终都将SlidingMenu的实例充当为了仅此于DecorView的存在，属于最大的外层View了，这中布局的思路和上面提到的scrollTo来定位布局真心膜拜了。

将SlidingMenu视为最外层View后，就不难理解CustomViewAbove和CustomViewBehind的onInterceptTouchEvent和onTouchEvent的一些逻辑了

以上就是我的第一篇正式的"床上等你"的博客内容了~~

附下载地址：http://download.csdn.net/detail/love_android_2011/4928609