优酷APP响应式布局在消费场景的落地之Android篇

业界作者：CSDN 2020-11-26 12:04:52 阅读：220

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

头图 | CSDN 下载自东方IC

背景

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

业务介绍

播放页作为用户视频消费场景的落地页，主要提供包括视频播放、内容介绍、互动、推荐等。页面类别及页面元素都比较复杂，页面类别有：剧集、电影、综艺、少儿、体育、新知等；其元素主要有：组件、半屏、tab等。

常见的几种页面类别及元素如下图所示：

播放场景的特殊性

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

响应式在播放页，相对于其他场景的特殊性：

1、播放比例适配

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

2、多设配、多模式适配

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

3、横竖进入适配

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

适配架构

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

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

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

适配具体方案

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

1、页面适配：分屏实现

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

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

具体实现方案：

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    publicvoidonResponsiveLayout(Configuration configuration, finalint 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);}

半屏效果

2、组件适配

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

1）带有半屏组件统一处理

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

2）组件个数根据屏幕大小适配

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

三列

双列

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

3、全屏承接页适配

全屏展示

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

因此，在这种模式下，需要增加一个全屏的view，用这个view来加载打开的Fragment，而如果在横屏或者小屏下，还用左侧区域fragment的view来加载。

这个处理同样要管理好view的使用，防止NPE的错误，所以在架构图中的响应式管理类尤为必要，只有通过这个响应式管理类才能知道目前页面状态以及相关的操作。

4、播放器适配

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

pad很多都是在屏幕上的挖孔屏，所以适配时要留出挖孔位置，同时注意要处理两个部分，因为屏幕是可以旋转的左上角及右下角的位置都应该注意处理；
播放view渲染的处理，在响应式下，屏幕的大小会随时修改的，所以要能顺畅播放，需要做到播放view可以支持根据父view的大小，随时渲染视频的大小。

总结

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

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

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

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

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

更多精彩推荐

☞每位开发人员都应该阅读的优秀源代码，长啥样？
☞苹果M1芯片：如何开启一个时代
☞PHP 还有未来么，还是 25 岁就“寿终正寝”了？
☞Julia 创始人访谈：简单机器学习任务可与 Python 媲美，复杂任务胜过 Python
☞深度揭秘垃圾回收底层，这次让你彻底弄懂它
☞别再问如何用 Python 提取 PDF 内容了！