【1300开源版本】video组件新增防盗链属性

rfcs/1300/0004-新增video组件mark属性.md

@@ -0,0 +1,64 @@
+- 提案时间: (格式为2023-12-25)
+- 影响版本: (例如：1.3.0.X)
+- 相关 Issues: (如果有的话就填上)
+
+## 【必填】概述
+
+video 组件新增 mark 字段用于防盗链
+
+## 【必填】动机
+
+快应用开发可以动态配置 mark 字段，防盗链
+
+## 【必填】API规格和使用案例
+
+
+#### 接口定义
+
+
+##### 参数：
+
+| 参数名 | 类型  | 必填  | 说明  |
+| --- | --- | --- | --- |
+|     |     |     |     |
+
+
+
+| 参数名       | 类型    | 必填  | 说明  |
+| mark         | <string> | -     | 快应用视频源标识，可以动态修改设置，会附加到 UserAgent 字段的头部 |
+|             |         |       |      |
+
+
+更多API规范请参考：[接口](https://doc.quickapp.cn/features/) 
+
+##### 代码案例
+
+
+
+## 【必填】提案人员是否愿意自行实现该功能
+
+是
+
+## 详细设计
+
+如果快应用 video 组件动态配置了 mark 字段，而用户快应用 video 组件 UserAgent 标识未同步，则视频无法加载
+
+此场景会返回当前的 mark 内容到 error 方法中，内容为 mark:字段内容，需要快应用重新设置 mark
+
+## 缺陷
+
+我们是不是可以不做这个功能，请考虑：
+
+- 实现这个功能的投入：包括代码的复杂度、代码体积的增加、实现功能投入的人力
+- 这个功能是不是不需要 hapjs提供，使用 hapjs的开发者也可以在应用层实现，甚至实现得更好
+- 对 hapjs既有惯用开发习惯的影响
+- 对已发布版本和现有功能的影响，以及用户进行迁移的成本
+- 对其它未有代码实现的 RFC 提案的影响
+
+## 替代选择
+
+还有其他的方案也可以实现这个功能吗？
+
+## 适配策略
+
+如果我们实现了这个提案，有没有什么办法可以帮助开发者更好地适应这个改动？