跳至主要内容

[Widget]BaseTabStrip-用于捆绑ViewPager实现复杂页面切换效果的TabStrip的基类

BaseTabStrip

支持库v4中本就存在控件PagerTitleStrip,但对于各式各样的需要,其还是满足不了。但每一种样式都重新写一些基础方法也浪费,于是将通用方法提出写成基类,而具体样式就交给子类实现。
BaseTabStrip继承自View,可自动捆绑ViewPager,为基础类,仅实现了一些通用基础逻辑。具体的实现效果需要实现与重写部分方法。

要求

  • minSdkVersion 9
  • 保持跟其他官方支持库版本一致(如:com.android.support:appcompat-v7)

链接

使用

必须实现的方法(实现子类独有的效果):
/**
     * 直接跳转到
     *
     * @param current 位置
     */
    protected abstract void jumpTo(int current);

    /**
     * 滑向左边
     *
     * @param current 当前页
     * @param next    目标页
     * @param offset  偏移
     */
    protected abstract void gotoLeft(int current, int next, float offset);

    /**
     * 滑向右边
     *
     * @param current 当前页
     * @param next    目标页
     * @param offset  偏移
     */
    protected abstract void gotoRight(int current, int next, float offset);
可重写的方法: 完成PagerAdapter绑定,但并未刷新界面及布局:
/**
     * 捆绑PagerAdapter
     */
    protected void onBindPagerAdapter() {

    }
若子类要实现点击事件,需要实现将点击的点转化为子项Position:
/**
     * 由触摸点转为Position
     *
     * @param x X坐标
     * @param y Y坐标
     * @return 坐标对应位置
     */
    protected int pointToPosition(float x, float y) {
        return 0;
    }
若设置了子项的Background,需要设置Background的hotspot,则需要重写:
/**
     * set hotspot's x location
     *
     * @param background 背景图
     * @param position   图片Position
     * @param motionX    点击位置X
     * @param motionY    点击位置Y
     * @return x location
     */
    protected float getHotspotX(Drawable background, int position, float motionX, float motionY) {
        return background.getIntrinsicWidth() * 0.5f;
    }

    /**
     * set hotspot's y location
     *
     * @param background 背景图
     * @param position   图片Position
     * @param motionX    点击位置X
     * @param motionY    点击位置Y
     * @return y location
     */
    protected float getHotspotY(Drawable background, int position, float motionX, float motionY) {
        return background.getIntrinsicHeight() * 0.5f;
    }
子项类实现@ViewPager.DecorView接口用于达到作为ViewPager子项显示

注意

  • 如果子类实现子项点击事件,需要在构造方法中setItemClickable(ture),且同时可设置点击时是否平滑滚动setClickSmoothScroll(boolean);
  • 可通过setItemBackground()来给子项设置背景,但背景并未在基类中绘画出来,因此需要在子类中自行将其绘制出来,如果不需要则可以忽略
  • OnItemClickListener中实现了:单击、点击已选中子项、双击三种点击事件
  • ItemTabAdapter为角标基本容器,需要实现角标,可以基于该接口
  • 持跟其他官方支持库版本一致(如:com.android.support:appcompat-v7),否则可能出现错误

评论

此博客中的热门博文

[Widget]ShapeImageView-图形裁剪ImageView

ShapeImageView 图形裁剪ImageView,API 21 及以上 使用 setOutlineProvider 方式实现,支持动态图;以下使用 BitmapShader 方式实现。 支持固定高宽缩放比缩放,支持前景Drawable,支持ImageView的所有ScaleType,且API 21具备更高性能。 预览 要求 minSdkVersion 4 链接 Github Bintray 使用 基本布局 < am .widget.shapeimageview.ShapeImageView android : id = " @+id/siv_image_c " android : layout_width = " match_parent " android : layout_height = " wrap_content " android : layout_margin = " 5dp " android : layout_weight = " 1 " android : clickable = " true " android : scaleType = " centerCrop " android : src = " @drawable/bg_welcome " app : sivBorderColor = " @color/colorAccent " app : sivBorderWidth = " 2dp " app : sivForeground = " @drawable/bg_common_press_dark " app : sivHeightScale = " 1 " app : sivScaleTarget = " height " app : sivShape = &q

[Widget]StateFrameLayout-状态帧布局

StateFrameLayout icon 一般网络交互的状态提示及处理大多数情况下考虑使用Dialog,在一切状态处理理想状态下时,使用Dialog进行交互是可行的。但稍微一不注意,使用Dialog则会出现一系列隐藏的Bug。为节省用户时间怎加体验感觉,数据的载入可以在onCreate时候就进行,甚至可以在Activity构造函数里面启动网络请求,因为Activity还没有建立窗口(onAttachedToWindow),而Dialog必须附着在Activity的Window上,显然这时候不能弹出Dialog;网络交互并非即时,也就是在交互过程中用户可能进行任何操作,多数情况下,应用并不允许用户中断网络交互,而将Dialog设置为不可取消的话,用户体验是很差的,因为你同时阻止了用户退出当前Activity的操作,若用户仅仅是误点了进来,那么必须等待交互结束才能退出,而如果不讲Dialog设置为不可取消的话,那么用户进行了取消操作,但实际是并没有取消,这又会让用户很困惑,如果交互是更新当前页面的数据,当用户取消以后就可以进行旧数据操作,但其实这时候数据已过时,操作是不应该的;当网络交互已完成时,若交互结果需要告知用户时,此时又得注意Activity的状态,也许Activity已经关闭了Window(用户进行了返回操作,Activity在销毁;或者用户点按了Home键,设备内存不够,Activity在进行保存并关闭Window)。操控好Window,则使用Dialog并无任何问题,但是这就会怎加代码复杂度。其实我们的目的就是告知用户在进行网络请求,阻止用户对未载入或旧页面进行操作,网络交互结束后有必要时告知用户;使用StateFrameLayout则能轻松达到效果。 状态帧布局,通常用于网络请求的四种状态,普通、载入、错误、空白。支持Drawable或者View来展示,也可以混搭。 预览 screenshots 要求 minSdkVersion 4 链接 Github Bintray 使用 基本布局 < am .widget.stateframelayout.StateFrameLayout xmlns : app = " http://schemas.androi

[Skill]URLConnection从HTTP重定向到HTTPS

URLConnection从HTTP重定向到HTTPS   也不知什么原因,公司项目的服务端一直在吸引着大波攻击,于是服务端的同学打算把所有HTTP的请求都换为HTTPS,他们决定兼容旧版本于是就将之前的所有HTTP请求全部重定向到另一个HTTPS请求。 项目请求框架搭建初期,考虑到应用也不会使用太复杂的请求模式,于是就简单使用URLConnection完成服务端交互。服务端一修改,全部请求都失败了。虽然URLConnection有是否遵循重定向开关(setInstanceFollowRedirects),其默认就是开启的,即便你再强制其打开,也是没有用,问题依旧。找了大量资料,其实问题的关键点不是重定向而是从HTTP重定向到HTTPS,关键点就在URLConnection的两个子类上。 HttpURLConnection与HttpsURLConnection   HttpURLConnection为URLConnection的子类,而HttpsURLConnection为HttpURLConnection的子类,在HttpURLConnection基础上对HTTPS进行支持。 URLConnection通常使用URL的openConnection()方法获得,而URL是根据其是否为Https开头来打开一个HttpURLConnection还是HttpsURLConnection。 而当URLConnection进行connect()时,遇到了重定向,如果打开了遵循重定向,那么其会获取重定向的地址,然后尝试连接这个地址。值得注意的是,这时候并不是使用新的链接地址重新openConnection()一个URLConnection,而是直接尝试连接这个重定向的地址,否则也就不存在以上的Bug了。 于是理论上分析,HTTP重定向到HTTP是不存在问题的,HTTPS重定向到HTTPS也是不存在问题的,而HTTP与HTTPS之间的重定向,那么就很可能会有问题了。HTTP重定向到HTTPS,URLConnection会将重定向的HTTPS以HTTP方式继续提交,那么服务端肯定是认为你是错误的提交方式;同理,HTTPS重定向HTTP也一样。 问题解决 使用URLConnection抓取到重定向,就使用重定向的地址重新人为openConnection()一个新