【提案】🎉 permission.sys.dweb

[Gaubee]

主要是提供一种注册权限的通用标准，它本身没有任何权限功能，它只负责管理权限。也就是说哪些应用申请权限，都由 permission.sys.dweb 提供询问对话框。这可以避免同时多个权限申请时，对话框可以有序进行调度。

1. ✨ [get]/open-native-setting-page 打开原生的授权设置页面
2. ✨ dweb+protocol://permission.std.dweb 模块协议，用于注册 ipc 通讯时权限
3. ✨ permission.std.dweb + permission.sys.dweb 使用 bottom-sheet 来展示权限申请对话框

        ┌─────────────────────────────────────┐
        │ ┌─────┬──────────────────┬────────┐ │
        │ │icon │ permission text  │ toggle │ │
        │ └─────┴──────────────────┴────────┘ │
        │ ┌─────┬──────────────────┬────────┐ │
        │ │icon │ permission text  │ toggle │ │
        │ └─────┴──────────────────┴────────┘ │
        │ ┌──────┐  ┌───────┐ ┌────────────┐  │
        │ │cancel│  │confirm│ │ GRANT ALL  │  │
        └─┴──────┴──┴───────┴─┴────────────┴──┘

   1. ✨ 一个应用的多条权限申请使用在一个 bottom-sheet 面板中使用 toggle-button 列出
   2. ✨ 某一条权限的申请都需要用户阅读至少 1.5~3 秒（基于权限的危险性）后才能同意，同时视图使用 LazyColumn，要确保 item 被渲染才算被用户读取。
      1. 如果是传感器的权限，那么通常只需要 1.5s
      2. 如果是涉及到用户的地理坐标、读写相机、读写联系人、读写存储，那么需要 2s 以上
      3. 如果设计到用户的个人数据（这通常是来自其它应用，如短信应用、读取相册）这类数据非常直接，甚至涉及到直接的个人隐私、人格画册，需要慎重考虑的，需要 3s

         不过一般情况下，像文件的读取、相册的读取、短信的读取，应用可以通过做 picker，让用户自己选择要被应用读取的内容，从而避免隐私被泄露。

      4. 新的权限申请不能被追加到当前的视图列表中，需要后续再进行组合弹出
   3. 权限模块在使用的时候，需要告知用户应用正在使用的权限功能
4. ✨ 如果在某个应用在进行权限申请对话框时，有其它应用也在这期间调用了权限申请，那么根据 bottom-sheet 的先进先出原则进行排队，不会有抢占式的问题

[Gaubee]

manifest里头新增字段 dweb_permissions，这样程序在互相唤醒的时候，就可以做到先询问用户是否允许进行连接。 如果不配置该项，那么就意味着不需要询问就可以进行ipc通讯，这是现在的默认行为。

但一个模块如果认为自己的数据是敏感的，那么就需要用户介入授权。这种授权行为背后的逻辑是：模块的数据本质上属于用户，但是模块有责任保护数据不被窃取其它模块无故获取。

从而，模块还可以主动撤销用户授予的权限（这需要在描述中解释清楚），那么下次再请求时，还会询问用户。否则默认情况下，权限的授权是永久的（不排除未来会提供“单次授权”、“会话期间授权”等其它选项，但目前来说，只提供永久授权）