0000-template.md

• 提案时间: (格式为YYYY-MM-DD)
• 影响版本: (例如：1.2.0.X)
• 相关 Issues: (如果有的话就填上)

【必填】概述

简单地描述这项功能。

【必填】动机

为什么我们要做出这个更改？一般应对什么样的场景？这样做会产生什么结果?

【必填】API规格和使用案例

如果提案新增或更改 API ，需要按照以下格式说明API规格，以及提供一个基本的代码案例。

接口定义

参数：

参数名	类型	必填	说明

更多API规范请参考：接口

代码案例

展示API使用的简单代码片段

【必填】提案人员是否愿意自行实现该功能

是：提案人员愿意在提案通过后自行实现该功能；

否：提案通过后需要社区其他开发者帮助实现；

详细设计

可选，请向一个熟悉 hapjs内部实现的人讲解如何在 hapjs中实现这个功能，或讲解实现这一功能需要什么步骤。

缺陷

我们是不是可以不做这个功能，请考虑：

• 实现这个功能的投入：包括代码的复杂度、代码体积的增加、实现功能投入的人力
• 这个功能是不是不需要 hapjs提供，使用 hapjs的开发者也可以在应用层实现，甚至实现得更好
• 对 hapjs既有惯用开发习惯的影响
• 对已发布版本和现有功能的影响，以及用户进行迁移的成本
• 对其它未有代码实现的 RFC 提案的影响

替代选择

还有其他的方案也可以实现这个功能吗？

适配策略

如果我们实现了这个提案，有没有什么办法可以帮助开发者更好地适应这个改动？