上一章：优酷APP响应式布局在分发场景的落地 | 《优酷响应式布局技术全解析》第四章>>>
下一章：优酷响应式在消费场景的落地 iOS | 《优酷响应式布局技术全解析》第六章>>>
作者| 阿里巴巴文娱技术 吉欧
一、背景
随着时代的发展，硬件设备的类型也是百花齐放，出现了各种各样的大屏设备（pad、折叠屏、车机）及屏幕模式（多屏、分屏），所以对于大屏下响应式的适配很有必要，视频播放场景的适配在整体适配中属于比较特殊的一块，既要兼顾播放渲染，又要照顾横竖屏切换对适配的影响，同时还要处理各种播放内容展示的处理。本文介绍一下优酷播放场景在响应式适配的一些困难及实现方案。
二、业务介绍
播放页作为用户视频消费场景的落地页，主要提供包括视频播放、内容介绍、互动、推荐等。页面类别及页面元素都比较复杂，页面类别有：剧集、电影、综艺、少儿、体育、新知等；其元素主要有：组件、半屏、tab等。
常见的几种页面类别及元素如下图所示：
播放页首屏
讨论tab
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
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);
}
半屏效果
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、播放器适配
播放器部分的适配相对比较简单，因为之前已经做过相关尺寸的处理，具体存在的问题有：
1) pad很多都是在屏幕上的挖孔屏，所以适配时要留出挖孔位置，同时注意要处理两个部分，因为屏幕是可以旋转的左上角及右下角的位置都应该注意处理；
2) 播放view渲染的处理，在响应式下，屏幕的大小会随时修改的，所以要能顺畅播放，需要做到播放view可以支持根据父view的大小，随时渲染视频的大小。
六、总结
以上列出了播放页在适配的时候遇到的一些主要问题及解决方案，响应式适配的细节处理尤为重要，下面总结一些适配经验：
1、 尺寸实时计算：要根据一套尺寸计算算法能够适配多种场景，并且是实时的计算适配。不能根据设备来判断处理，而是要根据尺寸来判断处理逻辑；
2、 统一管理：一套完善的管理类来管理状态及记录当前屏幕状态，这样才能更好的支持上游逻辑。避免造成各种状态错乱问题；
3、 提炼共性，组件化思维：对于具有共性的模块或者业务比如组件，需要思考从中找出共性，尽可能做到一个计算处理就能达到整个模块的处理，避免每个都进行修改处理，增加维护成本；
4、 未来，大屏的右半屏将“大有可为”：在大屏上右半屏可以做更多的事，让用户看到更多想看的内容，提供更多的内容曝光及选择。
