在本文中,您将会了解到关于Android0nTouch事件问题[向下轻扫]的新资讯,同时我们还将为您解释android事件处理的相关在本文中,我们将带你探索Android0nTouch事件问题[向下轻
在本文中,您将会了解到关于Android 0nTouch事件问题[向下轻扫]的新资讯,同时我们还将为您解释android事件处理的相关在本文中,我们将带你探索Android 0nTouch事件问题[向下轻扫]的奥秘,分析android事件处理的特点,并给出一些关于30分钟搞清楚Android Touch事件分发机制、Android - requestDisallowInterceptTouchEvent () 阻止父层的 View 截获 touch 事件 (事件处理机制)、Android onTouch Listener事件、Android onTouchEvent事件中onTouch方法返回值(介绍)的实用技巧。
本文目录一览:- Android 0nTouch事件问题[向下轻扫](android事件处理)
- 30分钟搞清楚Android Touch事件分发机制
- Android - requestDisallowInterceptTouchEvent () 阻止父层的 View 截获 touch 事件 (事件处理机制)
- Android onTouch Listener事件
- Android onTouchEvent事件中onTouch方法返回值(介绍)
Android 0nTouch事件问题[向下轻扫](android事件处理)
我有一个需要onTouch滑动事件的应用程序,如在Iphone中.他们是
>向上滑动.
>向下滑动.
>向左滑动.
>向右滑动.
我实现了onTouch事件如下.我正确地向左和向右滑动.但这是实现向下滑动和向上滑动操作的正确方法.
mycode的:
float downXValue,downYValue;
@Override
public boolean onTouchEvent(MotionEvent arg1) {
// Get the action that was done on this touch event
switch (arg1.getAction())
{
case MotionEvent.ACTION_DOWN:
{
// store the X value when the user's finger was pressed down
downXValue = arg1.getX();
downYValue = arg1.getY();
break;
}
case MotionEvent.ACTION_UP:
{
// Get the X value when the user released his/her finger
float currentX = arg1.getX();
float currentY=arg1.getY();
// going backwards: pushing stuff to the right
if (downXValue < currentX)
{
Log.d(DEBUG_TAG, "Right");
}
// going forwards: pushing stuff to the left
if (downXValue > currentX)
{
Log.d(DEBUG_TAG, "Left");
}
break;
}
}
//GestureListener is called here...
//return gestures.onTouchEvent(event);
return true;
}
谢谢.
解决方法:
关于什么…
if (downYValue < currentY)
{
Log.d(DEBUG_TAG, "Down");
}
你确定你写了上面的代码吗?
编辑
好的,我相信你.你要做的基本上是:
double sizeInX = Math.abs(downXValue - currentX);
double sizeInY = Math.abs(downYValue - currentY);
if( sizeInX > sizeInY ){
// you better swipe horizontally
} else {
// you better swipe vertically
}
30分钟搞清楚Android Touch事件分发机制
touch事件分发中只有两个主角:viewgroup和view。activity的touch事件事实上是调用它内部的viewgroup的touch事件,可以直接当成viewgroup处理。
View在ViewGroup内,ViewGroup也可以在其他ViewGroup内,这时候把内部的ViewGroup当成View来分析。
ViewGroup的相关事件有三个:onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent。View的相关事件只有两个:dispatchTouchEvent、onTouchEvent。
先分析ViewGroup的处理流程:首先得有个结构模型概念:ViewGroup和View组成了一棵树形结构,最顶层为Activity的ViewGroup,下面有若干的ViewGroup节点,每个节点之下又有若干的ViewGroup节点或者View节点,依次类推。如图:
当一个Touch事件(触摸事件为例)到达根节点,即Acitivty的ViewGroup时,它会依次下发,下发的过程是调用子View(ViewGroup)的dispatchTouchEvent方法实现的。简单来说,就是ViewGroup遍历它包含着的子View,调用每个View的dispatchTouchEvent方法,而当子View为ViewGroup时,又会通过调用ViwGroup的dispatchTouchEvent方法继续调用其内部的View的dispatchTouchEvent方法。上述例子中的消息下发顺序是这样的:①-②-⑤-⑥-⑦-③-④。dispatchTouchEvent方法只负责事件的分发,它拥有boolean类型的返回值,当返回为true时,顺序下发会中断。在上述例子中如果⑤的dispatchTouchEvent返回结果为true,那么⑥-⑦-③-④将都接收不到本次Touch事件。来个简单版的代码加深理解:
/** * ViewGroup * @param ev * @return */ public boolean dispatchTouchEvent(MotionEvent ev){ ....//其他处理,在此不管 View[] views=getChildView(); for(int i=0;i<views.length;i++){ //判断下Touch到屏幕上的点在该子View上面 if(...){ if(views[i].dispatchTouchEvent(ev)) return true; } } ...//其他处理,在此不管 } /** * View * @param ev * @return */ public boolean dispatchTouchEvent(MotionEvent ev){ ....//其他处理,在此不管 return false; }
在此可以看出,ViewGroup的dispatchTouchEvent是真正在执行“分发”工作,而View的dispatchTouchEvent方法,并不执行分发工作,或者说它分发的对象就是自己,决定是否把touch事件交给自己处理,而处理的方法,便是onTouchEvent事件,事实上子View的dispatchTouchEvent方法真正执行的代码是这样的
/** * View * @param ev * @return */ public boolean dispatchTouchEvent(MotionEvent ev){ ....//其他处理,在此不管 return onTouchEvent(event); }
一般情况下,我们不该在普通View内重写dispatchTouchEvent方法,因为它并不执行分发逻辑。当Touch事件到达View时,我们该做的就是是否在onTouchEvent事件中处理它。
那么,ViewGroup的onTouchEvent事件是什么时候处理的呢?当ViewGroup所有的子View都返回false时,onTouchEvent事件便会执行。由于ViewGroup是继承于View的,它其实也是通过调用View的dispatchTouchEvent方法来执行onTouchEvent事件。
在目前的情况看来,似乎只要我们把所有的onTouchEvent都返回false,就能保证所有的子控件都响应本次Touch事件了。但必须要说明的是,这里的Touch事件,只限于Acition_Down事件,即触摸按下事件,而Aciton_UP和Action_MOVE却不会执行。事实上,一次完整的Touch事件,应该是由一个Down、一个Up和若干个Move组成的。Down方式通过dispatchTouchEvent分发,分发的目的是为了找到真正需要处理完整Touch请求的View。当某个View或者ViewGroup的onTouchEvent事件返回true时,便表示它是真正要处理这次请求的View,之后的Aciton_UP和Action_MOVE将由它处理。当所有子View的onTouchEvent都返回false时,这次的Touch请求就由根ViewGroup,即Activity自己处理了。
看看改进后的ViewGroup的dispatchTouchEvent方法
View mTarget=null;//保存捕获Touch事件处理的View public boolean dispatchTouchEvent(MotionEvent ev) { //....其他处理,在此不管 if(ev.getAction()==KeyEvent.ACTION_DOWN){ //每次Down事件,都置为Null if(!onInterceptTouchEvent()){ mTarget=null; View[] views=getChildView(); for(int i=0;i<views.length;i++){ if(views[i].dispatchTouchEvent(ev)) mTarget=views[i]; return true; } } } //当子View没有捕获down事件时,ViewGroup自身处理。这里处理的Touch事件包含Down、Up和Move if(mTarget==null){ return super.dispatchTouchEvent(ev); } //...其他处理,在此不管 if(onInterceptTouchEvent()){ //...其他处理,在此不管 } //这一步在Action_Down中是不会执行到的,只有Move和UP才会执行到。 return mTarget.dispatchTouchEvent(ev); }
ViewGroup还有个onInterceptTouchEvent,看名字便知道这是个拦截事件。这个拦截事件需要分两种情况来说明:
1.假如我们在某个ViewGroup的onInterceptTouchEvent中,将Action为Down的Touch事件返回true,那便表示将该ViewGroup的所有下发操作拦截掉,这种情况下,mTarget会一直为null,因为mTarget是在Down事件中赋值的。由于mTarge为null,该ViewGroup的onTouchEvent事件被执行。这种情况下可以把这个ViewGroup直接当成View来对待。
2.假如我们在某个ViewGroup的onInterceptTouchEvent中,将Acion为Down的Touch事件都返回false,其他的都返回True,这种情况下,Down事件能正常分发,若子View都返回false,那mTarget还是为空,无影响。若某个子View返回了true,mTarget被赋值了,在Action_Move和Aciton_UP分发到该ViewGroup时,便会给mTarget分发一个Action_Delete的MotionEvent,同时清空mTarget的值,使得接下去的Action_Move(如果上一个操作不是UP)将由ViewGroup的onTouchEvent处理。
情况一用到的比较多,情况二个人还未找到使用场景。
从头到尾总结一下:
1.Touch事件分发中只有两个主角:ViewGroup和View。ViewGroup包含onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent三个相关事件。View包含dispatchTouchEvent、onTouchEvent两个相关事件。其中ViewGroup又继承于View。
2.ViewGroup和View组成了一个树状结构,根节点为Activity内部包含的一个ViwGroup。
3.触摸事件由Action_Down、Action_Move、Aciton_UP组成,其中一次完整的触摸事件中,Down和Up都只有一个,Move有若干个,可以为0个。
4.当Acitivty接收到Touch事件时,将遍历子View进行Down事件的分发。ViewGroup的遍历可以看成是递归的。分发的目的是为了找到真正要处理本次完整触摸事件的View,这个View会在onTouchuEvent结果返回true。
5.当某个子View返回true时,会中止Down事件的分发,同时在ViewGroup中记录该子View。接下去的Move和Up事件将由该子View直接进行处理。由于子View是保存在ViewGroup中的,多层ViewGroup的节点结构时,上级ViewGroup保存的会是真实处理事件的View所在的ViewGroup对象:如ViewGroup0-ViewGroup1-TextView的结构中,TextView返回了true,它将被保存在ViewGroup1中,而ViewGroup1也会返回true,被保存在ViewGroup0中。当Move和UP事件来时,会先从ViewGroup0传递至ViewGroup1,再由ViewGroup1传递至TextView。
6.当ViewGroup中所有子View都不捕获Down事件时,将触发ViewGroup自身的onTouch事件。触发的方式是调用super.dispatchTouchEvent函数,即父类View的dispatchTouchEvent方法。在所有子View都不处理的情况下,触发Acitivity的onTouchEvent方法。
7.onInterceptTouchEvent有两个作用:1.拦截Down事件的分发。2.中止Up和Move事件向目标View传递,使得目标View所在的ViewGroup捕获Up和Move事件。
补充:
“触摸事件由Action_Down、Action_Move、Aciton_UP组成,其中一次完整的触摸事件中,Down和Up都只有一个,Move有若干个,可以为0个。”,这里补充下其实UP事件是可能为0个的。
以上就是本文的全部内容,希望对大家理解Touch事件分发机制有所帮助。
更多30分钟搞清楚Android Touch事件分发机制相关文章请关注PHP中文网!
Android - requestDisallowInterceptTouchEvent () 阻止父层的 View 截获 touch 事件 (事件处理机制)
研究这个方法之前,首先让我们回顾一下 View 的 onTouchEvent () 以及 onInterceptTouchEvent () 的详细解释
(1)onTouchEvent()
当手指触摸到屏幕时,系统就会调用相应 View 的 onTouchEvent,并传入一系列的 action。
当有多个层级的 View 时,在父层级允许的情况下,这个 action 会一直向下传递直到遇到最深层的 View。
所以 touch 事件最先调用的是最底层 View 的 onTouchEent,
如果 View 的 onTouchEvent 接收到某个 touch action 并作了相应处理,最后有两种返回方式 return true 和 return false;
return true 会告诉系统当前的 View 需要处理这次的 touch 事件,以后的系统发出的 ACTION_MOVE,ACTION_UP 还是需要继续监听并接收的,
而且这次的 action 已经被处理掉了,父层的 View 是不可能触发 onTouchEvent 了。
所以每一个 action 最多只能有一个 onTouchEvent 接口返回 true。
如果 return false,便会通知系统,当前 View 不关心这一次的 touch 事件,此时这个 action 会传向父级,调用父级 View 的 onTouchEvent。
但是这一次的 touch 事件之后发出的任何 action,该 View 都不会再接受,onTouchEvent 在这一次的 touch 事件中再也不会触发,
也就是说一旦 View 返回 false,那么之后的 ACTION_MOVE,ACTION_UP 等 ACTION 就不会在传入这个 View,但是下一次 touch 事件的 action 还是会传进来的。
(2)onInterceptTouchEvent()
前面说了底层的 View 能够接收到这次的事件有一个前提条件:在父层级允许的情况下。
假设不改变父层级的 dispatch 方法,在系统调用底层 onTouchEvent 之前会先调用父 View 的 onInterceptTouchEvent 方法判断,
父层 View 是不是要截获本次 touch 事件之后的 action。
如果 onInterceptTouchEvent 返回 true,那么本次 touch 事件之后的所有 action 都不会再向深层的 View 传递,统统都会传给本层 View 的 onTouchEvent,
就是说父层已经截获了这次 touch 事件,之后的 action 也不必询问 onInterceptTouchEvent,
在这次的 touch 事件之后发出的 action 时 onInterceptTouchEvent 不会再次调用,直到下一次 touch 事件的来临。
如果 onInterceptTouchEvent 返回 false,那么本次 action 将发送给更深层的 View,
并且之后的每一次 action 都会询问父层的 onInterceptTouchEvent 需不需要截获本次 touch 事件。
只有 ViewGroup 才有 onInterceptTouchEvent 方法,因为一个普通的 View 肯定是位于最深层的 View,
touch 事件能够传到这里已经是最后一站了,肯定会调用 View 的 onTouchEvent。
(3)requestDisallowInterceptTouchEvent()
对于底层的 View 来说,有一种方法可以阻止父层的 View 截获 touch 事件,就是调用
getParent().requestDisallowInterceptTouchEvent(true);
一旦底层 View 收到 touch 的 action 后调用这个方法那么父层 View 就不会再调用 onInterceptTouchEvent 了,也无法截获以后的 action
public boolean dispatchTouchEvent(MotionEvent ev) {
getParent().requestDisallowInterceptTouchEvent(true);
return super.dispatchTouchEvent(ev);
}
public boolean onTouch(View v, MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_MOVE:
pager.requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
pager.requestDisallowInterceptTouchEvent(false);
break;
}
}
Android onTouch Listener事件
检查以下代码
public class DragNewActivity extends Activity implements OnTouchListener { private float X; private float Y; private int width; private int height; private CharSequence s; /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Log.d("D","D"); TextView tv1 = (TextView)findViewById(R.id.tv1); TextView tv2 = (TextView)findViewById(R.id.tv2); tv1.setonTouchListener(this); //tv2.setonTouchListener(this); } @Override public boolean onTouch(View v,MotionEvent event) { //int action = event.getAction(); switch (event.getAction()){ case MotionEvent.ACTION_DOWN: Log.d("DOWN","DOWN"); break; case MotionEvent.ACTION_MOVE: Log.d("MOVE","MOVE"); break; case MotionEvent.ACTION_UP: Log.d("UP","UP"); X = event.getRawX(); Y = event.getRawY(); display display = getwindowManager().getDefaultdisplay(); width=display.getWidth()/2; height=display.getHeight()/2; Log.e("X",X+""); Log.e("Y",Y+""); Log.e("ScX",width+""); Log.e("ScY",height+""); if(X>width && Y>height){ Log.e("SUFI","Event ho gyuaaaaaaa"); } break; } return false; } }
解决方法
Android onTouchEvent事件中onTouch方法返回值(介绍)
1、若return false说明没有成功执行onTouch事件,在执行完onTouch里面的代码之后,onTouch事件并没有结束。因此某些组件如gallery会自动执行它所在view里onTouch方法的代码。若在onTouch方法里面增加你的代码并且最后return false就会执行你在OnTouch方法中的处理操作了。
2、若return true说明你已经成功执行onTouch方法了,在执行完onTouch中的代码之后,这个onTouch事件就结束了。也不会再调用组件如gallery默认的onTouch方法了。在onTouch方法中,我们可以做很多操作,如move,down,up等等,若我们在move里面return false,那么接着的fling,up等后面的事件也不会处理。
gallery.setonTouchListener(new OnTouchListener(){ //@Override public boolean onTouch(View v,MotionEvent event) { System.out.println("gallery onTouch"); if(event.getAction()==MotionEvent.ACTION_MOVE){ mdismiss.removeMessages(1); System.out.println("ACTION_MOVE "); }else if(event.getAction()==MotionEvent.ACTION_UP){ mdismiss.sendEmptyMessageDelayed(1,10000); System.out.println("ACTION_UP "); } return false; } });
注意:
1、在ViewGroup中onInterceptTouchEvent方法若反回false,那么触屏事件会继续向下传递,但如果没有子View去处理这个事件,即子view的onTouchEvent没有返回True,则最后还是由ViewGroup去处理这个事件,也就又执行了自己的onTouchEvent。
2、onTouch调用前会自动调用onInterceptTouchEvent 如果onInterceptTouchEvent返回的false,则不会调用onTouchEvent,若重写onInterceptTouchEvent让它在需要调用onTouchEvent时返回true
以上这篇Android onTouchEvent事件中onTouch方法返回值(介绍)就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持编程小技巧。
今天关于Android 0nTouch事件问题[向下轻扫]和android事件处理的介绍到此结束,谢谢您的阅读,有关30分钟搞清楚Android Touch事件分发机制、Android - requestDisallowInterceptTouchEvent () 阻止父层的 View 截获 touch 事件 (事件处理机制)、Android onTouch Listener事件、Android onTouchEvent事件中onTouch方法返回值(介绍)等更多相关知识的信息可以在本站进行查询。
本文标签: