#DontKnow #推测性 #web 关于两个常见交互/功能设计！二维码登录和「划屏手势同时使用 pager 和 paged banner」

一般而言，网站使用 cookie (本意是临时的标识符)获取用户的登录身份。不同设备有不同网络地址，最好不要复用 cookie ，服务端一般要写专门的逻辑支持「手机扫码登录」。

但是，所需最小的信息交换和直接共享登录 cookie(token) 的方法是一致的。网页端显示的二维码蕴含已登录客户端和自己都明白的一个「读写位置」，它能写的数据可能是固定的，比如由已登录客户端请求服务端写入新 cookie ；但本质仍是通过「二客户端都知晓的读写位置」来实现，只是掩盖了直接读写的操作且支持了事件

为了监听到登录事件，往往选择暴露 WebSocket 接口

== 很多时候 DOM 树上接受某事件的元素不止一个。 举个(不同平台的)例子， Android 上一些 ViewPager 里可能有横向滚动条，为什么只有滑动到滚动条末端 pager 才会翻页？

从嵌套序来看是 pager 包含了(其子项) ScrollView ，但对于用户的输入 event ，传播责任链是深者优先——直接目标 Scroll 会处理这个交互。

如果滚动条已到最左而仍收到 swipe 手势，它就不能截获(intercept)此事件仅由自己处理，故此其父项 pager 就有机会往左翻一页；反之，如果它明白事件的涵义是滚动自身，则可以消耗它而不影响父视图。