CarUxRestrictions 解释翻译

CarUxRestrictions类简介

 /* Car UX Restrictions event.  This contains information on the set of UX restrictions that is in
 * place due to the car's driving state.
 * <p>
 * The restriction information is organized as follows:
 * <ul>
 * <li> When there are no restrictions in place, for example when the car is parked,
 * <ul>
 * <li> {@link #isRequiresDistractionOptimization()} returns false.  Apps can display activities
 * that are not distraction optimized.
 * <li> When {@link #isRequiresDistractionOptimization()} returns false, apps don't have to call
 * {@link #getActiveRestrictions()}, since there is no distraction optimization required.
 * </ul>
 * <li> When the driving state changes, causing the UX restrictions to come in effect,
 * <ul>
 * <li> {@link #isRequiresDistractionOptimization()} returns true.  Apps can only display activities
 * that are distraction optimized.  Distraction optimized activities must follow the base design
 * guidelines to ensure a distraction free driving experience for the user.
 * <li> When {@link #isRequiresDistractionOptimization()} returns true, apps must call
 * {@link #getActiveRestrictions()}, to get the currently active UX restrictions to adhere to.
 * {@link #getActiveRestrictions()} provides additional information on the set of UX
 * restrictions that are in place for the current driving state.
 * <p>
 * The UX restrictions returned by {@link #getActiveRestrictions()}, for the same driving state of
 * the vehicle, could vary depending on the OEM and the market.  For example, when the car is
 * idling, the set of active UX restrictions will depend on the car maker and the safety standards
 * of the market that the vehicle is deployed in.
 * </ul>
 * </ul>
 * <p>
 * Apps that intend to be run when the car is being driven need to
 * <ul>
 * <li> Comply with the general distraction optimization guidelines.
 * <li> Listen and react to the UX restrictions changes as detailed above.  Since the restrictions
 * could vary depending on the market, apps are expected to react to the restriction information
 * and not to the absolute driving state.
 * </ul>
 */

翻译

汽车用户体验限制事件。其中包含汽车在行驶状态下的用户体验限制的信息。这些限制主要体现在如下几点：
当没有限制条件时，比如汽车处于停止状态，isRequiresDistractionOptimization()方法返回false，APPs 所展示经过优化后不受限的界面。
当isRequiresDistractionOptimization返回false，APPs将不会有任何处于getActiveRestrictions()激活的限制状态。此时不会需要任何限制优化。
当行驶状态改变时，会导致用户体验限制发挥效果。
isRequiresDistractionOptimization（）将返回true。APPs 只能展示经过优化后受到限制的界面。优化限制界面将遵循基本的设计指导去确保在受限制条件下用户充分自由的驾驶体验。
当isRequiresDistractionOptimization（）方法返回true。APPs必须调用
getActiveRestrictions()方法获取现在被激活的用户体验限制条件去添加到相应APP中。
getActiveRestrictions()方法提供额外的信息，这信息包含当前形式状态下需要的用户体验限制。
用户体验限制由getActiveRestrictions（）方法返回，在相同的驾驶状态下的交通工具，会因为第三方供应商和市场产生差异。比如，当交通工具处于未熄火状态，用户体验限制集合将依赖于车厂和汽车所在的市场的安全准则。
APPs在汽车行驶情况下运行需要遵守一般的优化限制准则。
正如上文所说，开发者需要关注和分析用户体验限制准侧的变化。由于限制可能因市场而异，APPs需要能够对限制信息做出反应，而不是对绝对根据行驶状态做出反应。