优酷APP响应式布局在消费场景的落地Android | 《优酷响应式布局技术全解析》第五章-阿里云开发者社区

开发者社区> 阿里文娱技术> 正文

优酷APP响应式布局在消费场景的落地Android | 《优酷响应式布局技术全解析》第五章

简介: 本章介绍 优酷APP响应式布局在消费场景的落地Android

上一章:优酷APP响应式布局在分发场景的落地 | 《优酷响应式布局技术全解析》第四章>>>
下一章:优酷响应式在消费场景的落地 iOS | 《优酷响应式布局技术全解析》第六章>>>

作者| 阿里巴巴文娱技术 吉欧

一、背景

随着时代的发展,硬件设备的类型也是百花齐放,出现了各种各样的大屏设备(pad、折叠屏、车机)及屏幕模式(多屏、分屏),所以对于大屏下响应式的适配很有必要,视频播放场景的适配在整体适配中属于比较特殊的一块,既要兼顾播放渲染,又要照顾横竖屏切换对适配的影响,同时还要处理各种播放内容展示的处理。本文介绍一下优酷播放场景在响应式适配的一些困难及实现方案。

二、业务介绍

播放页作为用户视频消费场景的落地页,主要提供包括视频播放、内容介绍、互动、推荐等。页面类别及页面元素都比较复杂,页面类别有:剧集、电影、综艺、少儿、体育、新知等;其元素主要有:组件、半屏、tab等。
常见的几种页面类别及元素如下图所示:
image.png

播放页首屏

image.png

讨论tab

image.png
tab展示

image.png

综艺播放页

三、播放场景的特殊性

虽然响应式sdk提供了响应式的Activity和Fragment,两者都通过onResponsiveLayout来回调响应式的变化,从而根据回调的响应式状态可以判断是否分屏展示,同时响应式sdk提供了响应式宽度计算及组件间距计算等,可以复用在播放页,但是对于播放页的特殊性还是需要单独处理。
响应式在播放页,相对于其他场景的特殊性:

1、播放比例适配

需要考虑播放页在一定屏幕宽度下的展示效果,不能直接按手机上一样展示,这样会很宽,并且播放比例也会有问题,所以需要考虑在屏幕宽度达到一定宽度时,分为两部分的模式以及半屏如何打开;

2、多设配、多模式适配

响应式包含很多的模式,比如华为平行视界、多应用分屏(可拖动),也包含不同的设备,比如折叠屏、pad(横竖切换),都需要考虑不同场景下如何适配,尤其在横竖转屏之后的处理,尤为复杂。对于不同组件在半屏以及首屏个数、宽度的展示也需要处理;

3、横竖进入适配

设备可以横着进入播放页也可以竖着进入播放页,对于两种不同进入方式,以及退出后台之后切换进入方式以后,状态保存的处理,也需要适配。

四、适配架构

基于以上三点,如何去解决这些特殊问题以及更好的用户体验,整体适配主要依赖于以下的架构来实现。

image.png

播放页响应式是在统一架构及响应式SDK基础上实现的,继承于响应式的Activity或Fragment,从而可以通过响应式回调来处理一些布局及逻辑展示问题。

在整个上层,实现一套响应式管理类,统一处理响应式下分屏状态,页面尺寸及组件根据不同尺寸适配的个数,大小等。最上层则是具体的组件,半屏及分屏策略的实现。

五、适配具体方案

播放页整体页面继承自对应的响应式页面Activity,从而可以收到响应式变化回调onResponsiveLayout(),达到对整个响应式回调的监听,对于不同的页面区域采用Fragment管理的方式。

1、页面适配:分屏实现

为了解决提到的特殊性播放比例适配的问题,采用在横屏模式下,播放页采用左右分屏的模式,将评论移到了右侧屏部分,这样可以让用户观看更多的有趣评论,以增加内容互动性;播放页横屏下展示效果如下图:

image.png

同时半屏也从会在右侧打开,既不影响播放,也不会覆盖左侧区域。比如简介半屏,效果如下:

image.png

具体实现方案:
1)根据适配比例及内容分配,建议将左右两边分别拆分成6:4的大小,左边占整个屏幕的60%,右侧评论部分占整个屏幕的40%,来方便适配内容展示达到最佳的影片播放效果,通过Guideline来进行分割。

<android.support.constraint.Guideline
        android:id="@+id/guideline"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="vertical"
        app:layout_constraintGuide_percent="0.6"/>

然后两侧采用不同的Fragment来加载,在收到页面响应式变化回调之后,处理是否展示右侧部分逻辑

    @Override
    public void onResponsiveLayout(Configuration configuration, final int responsiveLayoutState, boolean responsiveLayoutStateChanged) {
        //响应式状态有变化
        if (responsiveLayoutStateChanged) {
            //大屏状态展示右侧区域
           if (responsiveLayoutState == RESPONSIVE_LARGE_LAYOUT) {
               //展开右侧区域
        showExpandScreen();
           }else{
        //隐藏右侧区域
                hideExpandScreen();
           }
        } else {
            //响应式没发生变化不做展开右侧处理
        }
    }

2)分屏半屏处理
半屏即播放页可以更多内容展示的一个容器,会覆盖在原来的视频播放页部分。在横屏下半屏展示在右侧区域(如上图),在竖屏下,半屏在播放器下部分展示(如下图),所以对于半屏其实有三种状态展示,小屏下半屏,大屏横屏下半屏,大屏竖屏下半屏;

在半屏适配时,采用不同view加载的方式,小屏下展示半屏:由于小屏下是一个单独的Fragment,所以只考虑在内部计算半屏的容器即可以实现播放器下部展示;

对于大屏下,是另一个Fragment,需要考虑在横屏及竖屏下有不同的展示,所以采用两个view的方式,不同的展开状态会有不同的半屏view,在这个不同的view上add半屏的fragment,这个时候需要注意view的管理,不能出现布局加载错乱的问题,导致addview的时候出现NPE的问题。

 //响应式半屏处理
if (DetailUtil.isSurportResponsive(getActivity())) {
    //有右侧展开区域,则采用右侧区域view
    if (ResponseLayoutManager.getHasGuideLine()){
        mContainerLayout = mRootView.getRootView().findViewById(R.id.responsive_half_screen_land_container);
    } else {
        //没有右侧展开区域,直接调用竖直方向view
        mContainerLayout = mRootView.getRootView().findViewById(R.id.responsive_half_screen_portrait_container);
    }

    mContainerLayout.setVisibility(View.VISIBLE);
} else {
    //非响应式采用直接fragment的veiw
    mContainerLayout = mRootView.findViewById(R.id.half_screen_container);
}

image.png

半屏效果

2、组件适配

播放页有近20+个组件,不可能每个组件都适配一次,所以最重要的是如何利用统一架构实现最小逻辑处理。基于此目标,将组件分为三类适配:

1) 带有半屏组件统一处理
即该组件可以打开半屏,因为之前已经提到过在大屏横屏下半屏会在右侧展开区域展示,而右侧区域的大小随着设备,大屏模式的不同,宽度会不同,根据响应式sdk提供的容器宽度计算组件列数的方法(可参考响应式sdk的列数适配),处理后效果如下,左边屏幕选集展示9个,但是在右侧部分因为容器较小,展示6个,其他组件类似。在屏幕变化时,布局个数会做出相应的变化以适配不同的屏幕。

image.png

2)组件个数根据屏幕大小适配
比如相关双列(手机屏默认展示2列),banner(默认展示2个),这类组件之前已经写死了个数,所以在处理的时候,需要根据屏幕的变化来更改展示的个数,比如相关双列,会随着屏幕的变化在2列和3列之间变化(多屏下可以拖动改变屏幕比例)其他类似,效果如下:

image.png

三列

image.png

双列

在手机上会显示2列,在大屏下会根据计算,适配成3列。

3、全屏承接页适配

image.png

全屏展示

全屏适配主要问题在于横屏下分两个区域时候会出现问题:由于横屏下分两个Fragment来处理,所以在这种状态下直接在Fragment上打开另外一个view,会出现这个view只展示在一侧。比如下载按钮会打开一个新的Fragment,而此时下载是在左侧区域的Fragment中,如果直接打开则打开的页面只在左侧区域展示下载列表,右侧还是评论,这样不符合预期。

因此,在这种模式下,需要增加一个全屏的view,用这个view来加载打开的Fragment,而如果在横屏或者小屏下,还用左侧区域fragment的view来加载。
这个处理同样要管理好view的使用,防止NPE的错误,所以在架构图中的响应式管理类尤为必要,只有通过这个响应式管理类才能知道目前页面状态以及相关的操作。

4、播放器适配

播放器部分的适配相对比较简单,因为之前已经做过相关尺寸的处理,具体存在的问题有:

1) pad很多都是在屏幕上的挖孔屏,所以适配时要留出挖孔位置,同时注意要处理两个部分,因为屏幕是可以旋转的左上角及右下角的位置都应该注意处理;

2) 播放view渲染的处理,在响应式下,屏幕的大小会随时修改的,所以要能顺畅播放,需要做到播放view可以支持根据父view的大小,随时渲染视频的大小。

六、总结

以上列出了播放页在适配的时候遇到的一些主要问题及解决方案,响应式适配的细节处理尤为重要,下面总结一些适配经验:

1、 尺寸实时计算:要根据一套尺寸计算算法能够适配多种场景,并且是实时的计算适配。不能根据设备来判断处理,而是要根据尺寸来判断处理逻辑;

2、 统一管理:一套完善的管理类来管理状态及记录当前屏幕状态,这样才能更好的支持上游逻辑。避免造成各种状态错乱问题;

3、 提炼共性,组件化思维:对于具有共性的模块或者业务比如组件,需要思考从中找出共性,尽可能做到一个计算处理就能达到整个模块的处理,避免每个都进行修改处理,增加维护成本;

4、 未来,大屏的右半屏将“大有可为”:在大屏上右半屏可以做更多的事,让用户看到更多想看的内容,提供更多的内容曝光及选择。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:

带你了解阿里文娱技术

官方博客
官网链接