现在的位置: 首页 > 综合 > 正文

ANDROID开发之-类似IPHONE弹性效果的BOUNCELISTVIEW

2013年09月18日 ⁄ 综合 ⁄ 共 5262字 ⁄ 字号 评论关闭

I continued to look into Android's new Overscroll functionality introduced in Gingerbread and discovered some more interesting things. The functionality to make a a view scroll beyond its limits and then bounce back (almost exactly like iOS) is sort of built
into the framework, but just hidden. I'm not sure exactly why it has been built like it has been, but I will give a few guesses after an explanation of what is actually going on, but first: DEMO!

So What's There and What Isn't?

  I'm glad you asked… If we look into the ViewConfiguration class' source we
find two variables of interest: OVERSCROLL_DISTANCE and OVERFLING_DISTANCE. These two variables tell the framework how much a view should be able to scroll beyond its limits. They are hard coded in and there are no methods available to set your own custom
ones. OVERSCROLL_DISTANCE is set to 0 (!?) and OVERFLING_DISTANCE is set to 4.

For those that don't know, the ViewConfiguration class holds a set of values that
Android uses to store the default timeouts / distances etc for certain UI behaviours. It also does some internal scaling and calculations based on screen density etc. If you're interested, have a look at the source

So with OVERSCROLL_DISTANCE set to 0, the view will never move beyond its limits, but you can do something fairly simple to achieve this behaviour.

In complicated terms, just extend the view you wish to use normally, (e.g. ListView) and override the overScrollBy method.
Then within theoverScrollBy method
body, simply call the super.overScrollBy but with your own values for maxOverScrollX and/or maxOverScrollY. If you're gonna do this, make sure you scale your values based on the screen density.

  Confused? Have a code sample:

  And now just use that custom view wherever you would normally have used the standard view!

 

package im.imei.jmtao.view;

import android.content.Context;
import android.util.AttributeSet;
import android.util.DisplayMetrics;
import android.widget.ListView;

public class BounceListView extends ListView {

	    private static final int MAX_Y_OVERSCROLL_DISTANCE = 200;
	     
	    private Context mContext;
	    private int mMaxYOverscrollDistance;
	     
	    public BounceListView(Context context){
	        super(context);
	        mContext = context;
	        initBounceListView();
	    }
	     
	    public BounceListView(Context context, AttributeSet attrs){
	        super(context, attrs);
	        mContext = context;
	        initBounceListView();
	    }
	     
	    public BounceListView(Context context, AttributeSet attrs, int defStyle){
	        super(context, attrs, defStyle);
	        mContext = context;
	        initBounceListView();
	    }
	     
	    private void initBounceListView(){
	        //get the density of the screen and do some maths with it on the max overscroll distance
	        //variable so that you get similar behaviors no matter what the screen size
	         
	        final DisplayMetrics metrics = mContext.getResources().getDisplayMetrics();
	            final float density = metrics.density;
	         
	        mMaxYOverscrollDistance = (int) (density * MAX_Y_OVERSCROLL_DISTANCE);
	    }
	     
	    @Override
	    protected boolean overScrollBy(int deltaX, int deltaY, int scrollX, int scrollY, int scrollRangeX, int scrollRangeY, int maxOverScrollX, int maxOverScrollY, boolean isTouchEvent){ 
	        //This is where the magic happens, we have replaced the incoming maxOverScrollY with our own custom variable mMaxYOverscrollDistance; 
	        return super.overScrollBy(deltaX, deltaY, scrollX, scrollY, scrollRangeX, scrollRangeY, maxOverScrollX, mMaxYOverscrollDistance, isTouchEvent);  
	    }
}
importjava.util.ArrayList;
importjava.util.List;
 
importandroid.app.Activity;
importandroid.os.Bundle;
importandroid.widget.ArrayAdapter;
 
publicclass BounceListViewActivity extendsActivity {
    /** Called when the activity is first created. */
    @Override
    publicvoid onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        BounceListView mBounceLv = (BounceListView)findViewById(R.id.list);
        mBounceLv.setAdapter(newArrayAdapter<String>(this,android.R.layout.simple_list_item_1,getData()));
    }
    privateList<String> getData(){
         
        List<String> data = newArrayList<String>();
        data.add("测试数据1");
        data.add("测试数据2");
        data.add("测试数据3");
        data.add("测试数据4");
        data.add("测试数据5");
        data.add("测试数据6");
        data.add("测试数据7");
        data.add("测试数据8");
        data.add("测试数据9");
        data.add("测试数据10");
        data.add("测试数据11");
        data.add("测试数据12");
        data.add("测试数据13");
        returndata;
    }
}
?

  

复制代码
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation
="vertical"
android:layout_width
="fill_parent"
android:layout_height
="fill_parent"
>
<TextView
android:layout_width="fill_parent"
android:layout_height
="wrap_content"
android:text
="@string/hello"
/>
<com.thinkfeed.bouncelistview.BounceListView
android:id="@+id/list"
android:layout_width
="fill_parent"
android:layout_height
="wrap_content"
/>
</LinearLayout>
复制代码

  

复制代码
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package
="com.thinkfeed.bouncelistview"
android:versionCode
="1"
android:versionName
="1.0">
<uses-sdk android:minSdkVersion="10" />

<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".BounceListViewActivity"
android:label
="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>

</application>
</manifest>
复制代码

  As promised, some guesses as to why this is happening. My first thought is that the developers had no intention of exposing this functionality and that it is simply meant to be used
for the small springback you get after an overfling (remember where OVERFLING_DISTANCE was set to 4). But then is that was the case why set OVERSCROLL_DISTANCE to 0, why not just not include it if that was the case? Maybe they are planning something in the
future? But if it was intended to be used, then why not create methods that let you set the overscroll distances for your views? Who knows…

抱歉!评论已关闭.