PagerTransformer 的使用

轉(zhuǎn)自:
http://www.reibang.com/p/653680cfe877


在學(xué)習(xí)這篇博文的時候,發(fā)現(xiàn)已經(jīng)忘記了PagerTransformer的參數(shù)的使用,于是重新研究:

  • PagerTransformer 接口
 public interface PageTransformer {
        /**
         * Apply a property transformation to the given page.
         *
         * @param page Apply the transformation to this page
         * @param position Position of page relative to the current front-and-center
         *                 position of the pager. 0 is front and center. 1 is one full
         *                 page position to the right, and -1 is one page position to the left.
         */
        public void transformPage(View page, float position);
    }

源碼里的說明是如上的,意思是:
講一個屬性變幻,應(yīng)用在提供的page上
position : 各個頁面,相對于當(dāng)前viewpager 中心頁面的位置,
0 : 當(dāng)前展示給用戶的最中心的頁面
1 : 中心頁右邊的頁
2 : 中心頁左邊的頁

這樣說還是不明朗,我們可以換一個角度闡述
view 從當(dāng)前中心 到 屏幕左邊出畫時 position : 0 -> -1
view 從當(dāng)前中心 到 屏幕右邊出畫時 position : 0 -> 1

view 從屏幕右邊 入畫 到屏幕中心 position : 1 -> 0
view 從屏幕左邊 入畫 到屏幕中心 position : -1 -> 0

也就是說,view 不是一成不變的,對應(yīng)這viewpager中不同的page,我們要用-1,0 ,1 來區(qū)分狀態(tài)

其實這樣翻譯也是不能理解的,如果你log一下,就會發(fā)現(xiàn):

public class CustomTransformer implements ViewPager.PageTransformer {
    private static final String TAG = "CustomTransformer";

    private static final float DEF_SCALE = 0.5F;

    @Override
    public void transformPage(View page, float position) {
        Log.d(TAG, "position: " + position);
        if (position < -1f) { //-無窮 -> -1
            Log.d(TAG, "transformPage: position < -1 -> " + position);
//            page.setScaleY(DEF_SCALE);
        } else if (position < 0) {//左滑 0 -> -1 右滑 -1 -> 0
            Log.d(TAG, "transformPage: position < 0 -> " + position);
            float scale = 1f + 0.5f * position;
            page.setScaleY(scale);
        } else if (position <= 1) {//左滑 1 -> 0 右滑 0 -> 1
            Log.d(TAG, "transformPage: position < 1 -> " + position);
            float scale = 1f - 0.5f * position;
            page.setScaleY(scale);
        } else {
            Log.d(TAG, "transformPage: position > 1 -> " + position);
//                page.setScaleY(DEF_SCALE);
        }
    }
}

在說明一個PageAdapter里的方法:

 @Override
       public void destroyItem(ViewGroup container, int position, Object object) {
           container.removeView((View) object);
       }

如果不做任何處理,那么所有的View 即page 都會緩存在內(nèi)存中,viewpager的setOffscreenPageLimit()方法,也就沒有意義了

在說明一下ViewPager的setOffscreenpageLimit()方法


    /**
     * Set the number of pages that should be retained to either side of the
     * current page in the view hierarchy in an idle state. Pages beyond this
     * limit will be recreated from the adapter when needed.
//用于設(shè)置 : 在idle狀態(tài)下,在view層級中,當(dāng)前頁左側(cè) 和 右側(cè) 保留的page頁數(shù),
//超過這個限制的page,將會在adapter中被重新創(chuàng)建(NOTE:個人認(rèn)為,調(diào)用adapter  -- instantiateItem()方法)
//

     *
     * <p>This is offered as an optimization. If you know in advance the number
     * of pages you will need to support or have lazy-loading mechanisms in place
     * on your pages, tweaking this setting can have benefits in perceived(. 察覺,感覺刹缝;理解糕殉;認(rèn)知) smoothness
     * of paging animations and interaction(相互作用;[數(shù)] 交互作用). If you have a small number of pages (3-4)
     * that you can keep active all at once, less time will be spent in layout for
     * newly created view subtrees as the user pages back and forth.</p>

//這是作為優(yōu)化提供的驹针。 如果您事先知道您需要支持的頁面數(shù)量或者您的頁面上已經(jīng)安裝了懶加載機制烘挫,
//則調(diào)整此設(shè)置可以有助于感知動畫和交互的平滑度。 如果您有少量頁面(3-4)牌捷,
//您可以一次性保持活動狀態(tài)墙牌,則在新創(chuàng)建的視圖子樹的布局中將花費更少的時間作為用戶頁面來回瀏覽

     *
     * <p>You should keep this limit low, especially if your pages have complex layouts.
     * This setting defaults to 1.</p>
//如果你的page的布局很復(fù)雜,你應(yīng)該設(shè)置這個值 小一些,limit 默認(rèn)值是 1
     *
     * @param limit How many pages will be kept offscreen in an idle state.
     */
    public void setOffscreenPageLimit(int limit) {
        if (limit < DEFAULT_OFFSCREEN_PAGES) {
            Log.w(TAG, "Requested offscreen page limit " + limit + " too small; defaulting to " +
                    DEFAULT_OFFSCREEN_PAGES);
            limit = DEFAULT_OFFSCREEN_PAGES;
        }
        if (limit != mOffscreenPageLimit) {
            mOffscreenPageLimit = limit;
            populate();
        }
    }

最終效果:

vp_clipChild_legacy.gif

可能看到: 左滑時候,右邊的view有空白的時候,個人認(rèn)為,是因為這個:

 public class ClipAdapter extends PagerAdapter {

       private final Context mContext;

       public ClipAdapter(Context context) {
           mContext = context;
       }

       @Override
        public int getCount() {
            return mImgs.length;
        }

        @Override
        public boolean isViewFromObject(View view, Object object) {
            return view == object;
        }

        @Override
        public Object instantiateItem(ViewGroup container, int position) {
            ImageView imageView = new ImageView(mContext);
            imageView.setImageResource(mImgs[position]);
            imageView.setScaleType(ImageView.ScaleType.FIT_XY);
            container.addView(imageView);
            return imageView;
        }

       @Override
       public void destroyItem(ViewGroup container, int position, Object object) {
           container.removeView((View) object);
       }
   }

我們在instantianteItem()方法里是新建一個ImageView返回的,這比較耗時,可以采用Holder類(類似于RecyclerView里的ViewHolder)來避免這種情況,我就不寫了,可以看原作者的博客

  • 再說明ViewGroup的clipChild屬性
默認(rèn)情況:在子view繪制之前,子view 會被裁剪到 他們的邊界大小,
這個屬性,允許viewGroup 覆蓋這一行為,以便進(jìn)行動畫操作等待

true -- 裁剪子view
false -- 不裁剪子view
/**
     * By default, children are clipped to their bounds before drawing. This
     * allows view groups to override this behavior for animations, etc.
     *
     * @param clipChildren true to clip children to their bounds,
     *        false otherwise
     * @attr ref android.R.styleable#ViewGroup_clipChildren
     */
    public void setClipChildren(boolean clipChildren) {
        boolean previousValue = (mGroupFlags & FLAG_CLIP_CHILDREN) == FLAG_CLIP_CHILDREN;
        if (clipChildren != previousValue) {
            setBooleanFlag(FLAG_CLIP_CHILDREN, clipChildren);
            for (int i = 0; i < mChildrenCount; ++i) {
                View child = getChildAt(i);
                if (child.mRenderNode != null) {
                    child.mRenderNode.setClipToBounds(clipChildren);
                }
            }
            invalidate(true);
        }
    }

原作者說明如下:

    clipChildren: 默認(rèn)值為true,
    子View 的大小只能在父View規(guī)定的范圍之內(nèi)涡驮,
    比如父View的高為50,子View的高為60 ,那么多處的部分就會被裁剪喜滨。
    如果我們設(shè)置這個值為false的話捉捅,那么多處的部分就不會被裁剪了。
    這里我們就可以利用這個屬性來實現(xiàn)了這個效果了虽风,
    我們設(shè)置ViewPager的父布局的clipChildren為false棒口。
    然后設(shè)置ViewPager 左右一定的邊距,那么左右就空出了一定的區(qū)域辜膝,
    利用clipChildren 屬性无牵,就能讓前后頁面的部分顯示在當(dāng)前頁了。布局如下:
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"

    android:clipChildren="false"
    >
    <android.support.v4.view.ViewPager
        android:id="@+id/view_pager"
        android:layout_width="match_parent"
        android:layout_height="300dp"
        android:layout_marginLeft="50dp"
        android:layout_marginRight="50dp"

        />
</LinearLayout>
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末厂抖,一起剝皮案震驚了整個濱河市茎毁,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌忱辅,老刑警劉巖七蜘,帶你破解...
    沈念sama閱讀 217,657評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異墙懂,居然都是意外死亡橡卤,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,889評論 3 394
  • 文/潘曉璐 我一進(jìn)店門损搬,熙熙樓的掌柜王于貴愁眉苦臉地迎上來碧库,“玉大人,你說我怎么就攤上這事巧勤∏痘遥” “怎么了?”我有些...
    開封第一講書人閱讀 164,057評論 0 354
  • 文/不壞的土叔 我叫張陵踢关,是天一觀的道長伞鲫。 經(jīng)常有香客問我,道長签舞,這世上最難降的妖魔是什么秕脓? 我笑而不...
    開封第一講書人閱讀 58,509評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮儒搭,結(jié)果婚禮上吠架,老公的妹妹穿的比我還像新娘。我一直安慰自己搂鲫,他們只是感情好傍药,可當(dāng)我...
    茶點故事閱讀 67,562評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般拐辽。 火紅的嫁衣襯著肌膚如雪拣挪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,443評論 1 302
  • 那天俱诸,我揣著相機與錄音菠劝,去河邊找鬼。 笑死睁搭,一個胖子當(dāng)著我的面吹牛赶诊,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播园骆,決...
    沈念sama閱讀 40,251評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼舔痪,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了锌唾?” 一聲冷哼從身側(cè)響起锄码,我...
    開封第一講書人閱讀 39,129評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎鸠珠,沒想到半個月后巍耗,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體秋麸,經(jīng)...
    沈念sama閱讀 45,561評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡渐排,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,779評論 3 335
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了灸蟆。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片驯耻。...
    茶點故事閱讀 39,902評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖炒考,靈堂內(nèi)的尸體忽然破棺而出可缚,到底是詐尸還是另有隱情,我是刑警寧澤斋枢,帶...
    沈念sama閱讀 35,621評論 5 345
  • 正文 年R本政府宣布帘靡,位于F島的核電站,受9級特大地震影響瓤帚,放射性物質(zhì)發(fā)生泄漏描姚。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,220評論 3 328
  • 文/蒙蒙 一戈次、第九天 我趴在偏房一處隱蔽的房頂上張望轩勘。 院中可真熱鬧,春花似錦怯邪、人聲如沸绊寻。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,838評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽澄步。三九已至冰蘑,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間村缸,已是汗流浹背懂缕。 一陣腳步聲響...
    開封第一講書人閱讀 32,971評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留王凑,地道東北人搪柑。 一個月前我還...
    沈念sama閱讀 48,025評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像索烹,于是被迫代替她去往敵國和親工碾。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,843評論 2 354

推薦閱讀更多精彩內(nèi)容