需求：
- 客户端表现，写完即销毁的 Notes
- 发送到特定的另一方查阅
大致实现：
- 用户名称双方绑定，储存本地
- 笔记本地暂存，提交后销毁
- 仅拉取另一方的信息
私以为这样一个仅双方交流的笔记软件用不着专门提供后端（其实是因为没有现有服务器），自行解决办法可以跨越物理距离面对面快传，甚至走 p2p 形式。最终选择使用某些公有服务。
客户端方面一开始打算使用iOS原生，cloudkit+sharing提供后端，双方共享储存。但由于 apple 系原生软件不允许私人使用（自签要给每个人手机开开发者，还只有7天），除了企业认证、tf 内测等歪门邪道，以上还需持有每年688的 appledev 会员。
于是考虑使用 flutter + web 代替，尽量完整 apple 系原生体验，后端使用 github issues api，参考评论区系统 https://jw1.dev/2022/10/23/a01/
Update
以上大部分作废，github oauth app还是需要回传 token，静态 pages 无法实现。
于是借用了一位爹的服务器打算自己造一下储存，典中典之 gin+gorm 后端。
之后又想了下用狗狗公共服务懒得自己搭数据库，使用 firebase database + messaging + google oauth + 爹的服务器上的pushNotification服务作为后端，flutter 作 web 前端。
问题记录：
Firebase SDK 中的FirebaseMessaging.instance.requestPermission方法，一开始总是喜提 Denied，也没见授权弹窗。更离谱是概率事件，有时候能有授权弹窗。
找了一下午代码，messaging web sdk 通过调用 Notification: requestPermission() 方法完成授权，其中重要的一句如下。
https://developer.mozilla.org/en-US/docs/Web/API/Notification/requestPermission_static
Note: In the above example we spawn notifications in response to a user gesture (clicking a button). This is not only best practice — you should not be spamming users with notifications they didn’t agree to — but going forward browsers will explicitly disallow notifications not triggered in response to a user gesture. Firefox is already doing this from version 72, for example.
而 Firebase 并未指明该方法需要在手势后调用。这下知道概率触发的原因了，大概是因为 dart 代码加载慢，先给了手势再执行的 requestPermission 代码。