效果图如下：
虽然listview现在已经过时，而且这种效果也满地都是，但是因为自己项目的原因还是自己写一个，而且也想整合都涉及的优化知识点，所以还是值得写一写，当作练练手，也算是一种提升吧
一：知识点
二、原理
1、悬浮tab
(1)悬浮的tab是一个horizontalScrollview，重写FrameLayout为SlideRootFrameLayout作为activity的布局中父布 局，tab自然是它的一个子view，所以我们可以在这里搞事情，重写这个主要是滑动事件用到
（2）计算tab到SlideRootFrameLayout的距离top，然后通过重写滑动事件，可知其滑动的距离，当手指顺着屏 幕向上滑动时，tab跟其一起滑动，其实是控制SlideRootFrameLayout滑动，
《1》若是滑动大于等于top则不再进行滑动
《2》若是小于top，则向上滑动还是遵循《1》，向下滑动则就是要恢复到原来的位置，由于滑动的时候可 知道其滑动的偏移量，所以向下滑动时，滑动距离超过这个偏移量则将偏移量置0就回到原来位置
注意：这里所说的向上向下滑动，都是手指顺着屏幕操作，即手指向上滑动或手指向下滑动
代码如下：
重写父布局SlideRootFramelayout的onTouchEvent如下
@Override
public boolean onTouchEvent(MotionEvent ev) {
if (mTouchInterceptionListener != null) {
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
mInitialPoint = new PointF(ev.getX(), ev.getY());
MotionEvent event = MotionEvent.obtainNoHistory(mPendingDownMotionEvent);
event.setLocation(ev.getX(), ev.getY());
mTouchInterceptionListener.onDownMotionEvent(event);
break;
case MotionEvent.ACTION_MOVE:
float diffX = ev.getX() - mInitialPoint.x;
float diffY = ev.getY() - mInitialPoint.y;
mTouchInterceptionListener.onMoveMotionEvent(ev, diffX, diffY);
break;
case MotionEvent.ACTION_UP:
break;
case MotionEvent.ACTION_CANCEL:
mBeganFromDownMotionEvent = false;
mTouchInterceptionListener.onUpOrCancelMotionEvent(ev,mIntercepting);
// Children's touches should be canceled regardless of
// whether or not this layout intercepted the consecutive motion events.
/*if (!mChildrenEventsCanceled) {
mChildrenEventsCanceled = true;
if (mDownMotionEventPended) {
mDownMotionEventPended = false;
MotionEvent event1 = MotionEvent.obtainNoHistory(mPendingDownMotionEvent);
event1.setLocation(ev.getX(), ev.getY());
duplicateTouchEventForChildren(ev, event1);
} else {
duplicateTouchEventForChildren(ev);
}
}*/
break;
}
return true;
}
return super.onTouchEvent(ev);
} mTouchInterceptionListener.onMoveMotionEvent(ev, diffX, diffY); @Override
public void onMoveMotionEvent(MotionEvent ev, float diffX, float diffY) {
/* ViewDragHelper.create(slideRootFrameLayout, new ViewDragHelper.Callback() {
@Override
public boolean tryCaptureView(View child, int pointerId) {
return false;
}
})*/
doMoveHeadFloatTab(diffX, diffY);
} /**
* 处理当滑动时，悬浮的tab
*
* @param diffX
* @param diffY
*/
private void doMoveHeadFloatTab(float diffX, float diffY) {
//最大只能移动的距离是 llHeadParent.getHeight()
float currTranstionY = ViewHelper.getTranslationY(slideRootFrameLayout);
float translationY = getNegativeMaxValue(currTranstionY + diffY, -llHeadParent.getHeight(), 0);
if (translationY <= 0 && translationY != currTranstionY) {//手指向上滑动，并且没有滑动到顶部
ViewHelper.setTranslationY(slideRootFrameLayout, translationY);
//移动多上距离这个布局就要增加多少布局，否则会显示不全，底部会留有一处空白
FrameLayout.LayoutParams lp = (FrameLayout.LayoutParams) slideRootFrameLayout.getLayoutParams();
//一定要减去titleBar，如果没有去掉Winow.xxx.Title,还要减去这个高度，否则会显示不全
lp.height = (int) (-translationY + Tools.getScreenSize(context).y - Tools.getStatusBarHeight(context));
slideRootFrameLayout.requestLayout();//请求重绘，但是会有一闪一闪的情况
}
}ViewHelper这个是一个工具包，其实里边就是属性动画的库，直接使用就好了
/***
* 手指上移过程dy是负数
* 返回负数最大值：0是最大值，不可以超过
*
* @param value 移动的最终距离：上次的位置+当次移动的偏移量之和，就是本次要移动的最终的偏移量
* @param canMoveMaxValue 可移动的最大值
* @param maxValue
* @return
*/
public static float getNegativeMaxValue(final float value, final float canMoveMaxValue, final float maxValue) {
return Math.min(maxValue, Math.max(canMoveMaxValue, value));
}得到滑动的距离之后，接下来就是移动SlideRootFramelayout，其直接借助viewHelper.setTranslationY搞事情就行，
注意：
//一定要减去titleBar，如果没有去掉Winow.xxx.Title,还要减去这个高度，否则会显示不全
lp.height = (int) (-translationY + Tools.getScreenSize(context).y - Tools.getStatusBarHeight(context));
slideRootFrameLayout.requestLayout();//请求重绘，但是会有一闪一闪的情况SlideRootFramelayout布局向上移动多少就要增加多少高度，否则会显示不全，而且一定要重绘，否则不会更新
这样就实现了悬浮的tab啦，是不是很简单
2、HorizontalScrollView中的tab居中
(1)、我的思路是将屏幕宽分为三分，即只显示3个view
(2)、当滑动viewpager或者选中当前的view时，通过获取当前的view距离horizontalScrollview的距离，然后往左滑动一个view的宽度，选中的view就居中了
代码如下：
private void init() {
screenWidthOneThird = Tools.getScreenSize(context).x / 3;
tabTextViewList = new ArrayList<TextView>();
}然后根据tab数据源生成N个tabView
/**
* @description 添加tab栏:资源集合
* @author zhongwr
* @update 2015年9月1日 下午5:24:44
*/
@SuppressLint("ResourceAsColor")
public void addTabList(ArrayList<TabItem> allTabList) {
if (!Tools.isListEmpty(allTabList)) {
this.allTabList = allTabList;
llTabContainer.setVisibility(View.VISIBLE);
llTabContainer.removeAllViews();
int size = allTabList.size();
LinearLayout.LayoutParams layoutParams = new LinearLayout.LayoutParams(ViewGroup.LayoutParams.WRAP_CONTENT,
ViewGroup.LayoutParams.WRAP_CONTENT);
layoutParams.leftMargin = 30;
layoutParams.rightMargin = 30;
layoutParams.gravity = Gravity.CENTER_VERTICAL;
layoutParams.width = screenWidthOneThird - 60;// 左右两边间距
for (int i = 0; i < size; i++) {
TabItem tabItem = allTabList.get(i);
TextView tvTab = createTabTextView(tabItem, layoutParams);
tvTab.setOnClickListener(new TabOnClickListener(tabItem.tabIndex));
tabTextViewList.add(tvTab);
if (1 == tabItem.selected) {// 当前选中的
currTabIndex = tabItem.tabIndex;
tvCurrTab = tvTab;
tvTab.setTextColor(context.getResources().getColor(R.color.red1));
} else {
tvTab.setTextColor(context.getResources().getColor(R.color.gray2));
}
llTabContainer.addView(tvTab);
// 增加竖线
View line = new View(context);
line.setBackgroundColor(context.getResources().getColor(R.color.color_line_e2));
LinearLayout.LayoutParams layoutline = new LinearLayout.LayoutParams(1, 30);
line.setLayoutParams(layoutline);
llTabContainer.addView(line);
}
if (null != onClickTabListener) {
onClickTabListener.onDefualtTab(currTabIndex, allTabList.get(currTabIndex));
}
scrollToPosition(currTabIndex);
} else {
llTabContainer.setVisibility(View.GONE);
}
}/**
* @description 设置定位到指定的位置，左右滑动都是往左滑动一个view的宽度，选中的view就居中了
* @author zhongwr
* @update 2015-11-30 下午3:53:31
*/
public void scrollToPosition(final int currTabIndex) {
scrollView.post(new Runnable() {
@Override
public void run() {// 选中的view居中
TextView textView = tabTextViewList.get(currTabIndex);
int left = textView.getLeft();
left = left - screenWidthOneThird;
scrollView.scrollTo(left, 0);
}
});
}主要代码就是这样，是不是觉得难度其实也没什么，就是靠思路及计算
这些前期工作都已经搞完，解决滑动冲突才真正是个难点
3、解决滑动悬浮tab和viewpager中的listView的冲突
基于上边两个方法规则，这里我选用第一种方法：外部拦截法
解决冲突还是要一步步分析，什么时候拦截，什么时候不拦截？
《1》当向上滑动的时：
1、刚进到页面还没滑动，则直接拦截
2、已滑动，但是tab还没置顶悬浮，则直接拦截，所以1和2可以合起来，tab还没置顶悬浮直接拦截
3、当tab已悬浮，则不再进行拦截，把事件交给子view（这里是交给listview）
《2》当向下滑动时：
1、当tab悬浮时：
<1> listview已经滑动，则不拦截，让listview回到初始位置：即position = 0；
<2> listview已经在初始位置（回到初始位置或者不曾滑动过）则，直接通知父类拦截事件
2、当tab未悬浮时：
<1> 刚进入，tab还是初始位置，则不拦截，将事件交给子view（listview）可以滑动
<2>已滑动，但并未置顶悬浮，只是滑动到一半，则直接拦截，让tab回到初始位置
基本就是这样，分析完成之后，接下来就是直接撸码了。
SlideRootFrameLayout:在外部拦截,这都是交给自定义的接口实现
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (mTouchInterceptionListener == null) {
return false;
}
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
mInitialPoint = new PointF(ev.getX(), ev.getY());
mPendingDownMotionEvent = MotionEvent.obtainNoHistory(ev);
mDownMotionEventPended = true;
mIntercepting = mTouchInterceptionListener.shouldInterceptTouchEvent(ev, false, 0, 0);
mBeganFromDownMotionEvent = mIntercepting;
mChildrenEventsCanceled = false;
return mIntercepting;
case MotionEvent.ACTION_MOVE:
// ACTION_MOVE will be passed suddenly, so initialize to avoid exception.
if (mInitialPoint == null) {
mInitialPoint = new PointF(ev.getX(), ev.getY());
}
// diffX and diffY are the origin of the motion, and should be difference
// from the position of the ACTION_DOWN event occurred.
float diffX = ev.getX() - mInitialPoint.x;
float diffY = ev.getY() - mInitialPoint.y;
mIntercepting = mTouchInterceptionListener.shouldInterceptTouchEvent(ev, true, diffX, diffY);
return mIntercepting;
}
return false;
}TouchInterceptionListener.shouldInterceptTouchEvent():
@Override
public boolean shouldInterceptTouchEvent(MotionEvent ev, boolean moving, float diffX, float diffY) {
return doInterceptEvent(diffX, diffY);
}所有的处理都交给了doInterceptEvent():
/**
* 处理拦截事件
*
* @param diffX
* @param diffY
* @return
*/
private boolean doInterceptEvent(float diffX, float diffY) {
float currTranstionY = ViewHelper.getTranslationY(slideRootFrameLayout);
float headHeight = -llHeadParent.getHeight();
if (Math.abs(diffY) > Math.abs(diffX)) {//上下滑动
if (diffY < 0) {//手指向上滑动
if (Math.abs(currTranstionY) >= Math.abs(headHeight)) {//移动到顶端（tab悬浮）
isUpInterception = false;
isTabFloat = true;
} else {//还没移动到顶部所以还是要拦截
isUpInterception = true;
isTabFloat = false;
}
// return isUpInterception;
} else if (diffY > 0) {//手指向下滑动
if (isTabFloat) {//如果tab悬浮着，手指要向下滑动，要拦截将tab复原
if (!viewPagerManager.getCurrentFragment().isFragmentViewIntercepted()) {//listview已经滑动了
isUpInterception = false;
} else {
isUpInterception = true;
if (Math.abs(currTranstionY) <= 0) {//向下滑动复原
isTabFloat = false;
}
}
} else {//tab未悬浮，两种可能性：一个是可能刚进入时手指向下滑动时不拦截，一个是滑动到一半时要拦截
if (Math.abs(currTranstionY) <= 0) {//刚进入时，手指向下滑动，不拦截
isUpInterception = false;
} else if (Math.abs(currTranstionY) < Math.abs(headHeight)) {//滑动到一半，手指向下滑动要复原，则拦截
isUpInterception = true;
}
}
// return isUpInterception;
}
return isUpInterception;
} else {//左右滑动不拦截
return false;
}
}
viewPagerManager.getCurrentFragment().isFragmentViewIntercepted()由于tab未置顶悬浮或不在初始位置时，listview是不可以滑动的，所以只有在tab置顶浮或回到初始位置时，才可以滑动，才有获取或者释放事件的主动权；
接下来分析在什么情况下，listview需要掌握主动权：
（1）、当向上滑动的时，外部会在之前的规则不拦截事件，此时listview可以任意向上滑动，这种情况可以不管
（2）、当向下滑动时，要回到初始位置，既是第一个位置 position=0；因为只有到了初始位置才通知外部拦截事件，否则不可以拦截事件。
滑动的话，我们立即想到的就是ScrollListener
public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) {
if (0 == firstVisibleItem) {
if (getChildCount() > 0) {
View firstView = getChildAt(0);
if (0 == firstView.getTop()) {
isViewIntercepted = true;
}else{
isViewIntercepted = false;
}
}
} else {
isViewIntercepted = false;
}
}onScroll方法：因为它可以直接获取到一个可见view的position，所以当时position=0时，可以通知拦截；但是这里直接拦截会有bug，因为会出现firstView没显示全就被拦截；所以这里拿到firstView.getTop();这个top值如果不是0则表示没显示全，则不拦截，显示全则通知拦截；主要是isViewIntercepted这个标志了，以下是对外的方法，外部通过Fragment间接调用的；
/**
* 当前类是否要被拦截
*/
private boolean isViewIntercepted = false;
/**
* 当前view是否被拦截
*/
public boolean isViewIntercepted() {
return isViewIntercepted;
}
说说这里遇到的最大的坑
这里设计的知识点以及坑尤其是ViewPager的无限循环使用Fragment会有许多坑；比如循环使用更新数据、缓存数据、listview定位的缓存此外最坑的是 onSelectedPage执行时Fragment并没有完全绑定activity，这时就要考虑什么时间点去更新数据，因为没绑定时可能会出现getActivity为null等等问题，所以如果不是特别大的话加载量的话，不建议使用无限循环的Fragment，以上的缓存数据也很难管理，此外选中tabView时的定位，要对应上的页数也需要很大的功夫，所以还是建议使用老套方法，有多少个tab就创建多少个Fragment，只要控制懒加载就好了，其它都很好管理，毕竟那么点东西android的内存还是妥妥的，而且一般用户都有自己喜欢的某个tab，用户很少去把所有的tab都点了个遍。不使用无限循环可以通过这个demo去改造就好了，改起来应该比较好改。
扫一扫
9089
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
