浅析SlidingMenu(一)

本文深入分析了在Android应用开发中选择使用Activity、Fragment和Layouts的原因与区别,通过具体例子展示了SlidingMenu的实现逻辑及其实现方式,并阐述了Fragment在开发中的实际好处,最后分享了个人对引入Fragment的理解和实践心得。
引子
最近一直在思考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.youkuaiyun.com/detail/love_android_2011/4928609


【SCI复现】基于纳什博弈的多微网主体电热双层共享策略研究(Matlab代码实现)内容概要:本文围绕“基于纳什博弈的多微网主体电热双层共享策略研究”展开,结合Matlab代码实现,复现了SCI级别的科研成果。研究聚焦于多个微网主体之间的能源共享问题,引入纳什博弈理论构建双层优化模型,上层为各微网间的非合作博弈策略,下层为各微网内部电热联合优化调度,实现能源高效利用与经济性目标的平衡。文中详细阐述了模型构建、博弈均衡求解、约束处理及算法实现过程,并通过Matlab编程进行仿真验证,展示了多微网在电热耦合条件下的运行特性和共享效益。; 适合人群:具备定电力系统、优化理论和博弈论基础知识的研究生、科研人员及从事能源互联网、微电网优化等相关领域的工程师。; 使用场景及目标:① 学习如何将纳什博弈应用于多主体能源系统优化;② 掌握双层优化模型的建模与求解方法;③ 复现SCI论文中的仿真案例,提升科研实践能力;④ 为微电网集群协同调度、能源共享机制设计提供技术参考。; 阅读建议:建议读者结合Matlab代码逐行理解模型实现细节,重点关注博弈均衡的求解过程与双层结构的迭代逻辑,同时可尝试修改参数或扩展模型以适应不同应用场景,深化对多主体协同优化机制的理解。
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值