工单节点使用指南
• 请用平和的语言准确描述你所遇到的问题
• 厂商的技术支持和你一样也是有喜怒哀乐的普通人类，尊重是相互的
• 如果是关于 V2EX 本身的问题反馈，请使用 反馈 节点
在使用隔空投送的时候，新搜索到的联系人会出现在最前的位置，不断有更多联系人被搜索到，已有联系人的位置就会改变，再加上选择要投送的联系人没有二次确认，很容易在按下联系人的前一刻搜索到新的联系人，本想选的那个联系人位置被前一个顶开了，导致错发。
为什么不能设计成新搜索到的联系人出现在队列后边，已出现的联系人位置始终不变呢？
当前设计出了看起来活泼，还有那些考虑？
问了 Claude 给出意见解释，但都没有说服力：
1 、距离优先的排序逻辑：实测并不是，就在旁边 Mac 的被顶到了最后
2 、"发现即可用"的即时性设计：本意是新出现的信号往往是你需要的信号，而实际上对于大多数没有关闭隔空投送信号习惯的用户来说会带来困扰。
3 、技术层面的不确定性。BLE + Wi-Fi 点对点发现本身是异步的，设备出现和消失的时序不完全可控。如果承诺"位置不变"，当设备信号丢失又重新出现时，要不要保留原位？占位多久？这会引入额外的状态管理复杂度。
这一点看上去合理，但和发错后的尴尬相比，我更愿意接受点击后弹出「信号消失，发送失败」的提示。
为什么不能设计成新搜索到的联系人出现在队列后边，已出现的联系人位置始终不变呢？
当前设计出了看起来活泼，还有那些考虑？
问了 Claude 给出意见解释，但都没有说服力：
1 、距离优先的排序逻辑：实测并不是，就在旁边 Mac 的被顶到了最后
2 、"发现即可用"的即时性设计：本意是新出现的信号往往是你需要的信号，而实际上对于大多数没有关闭隔空投送信号习惯的用户来说会带来困扰。
3 、技术层面的不确定性。BLE + Wi-Fi 点对点发现本身是异步的，设备出现和消失的时序不完全可控。如果承诺"位置不变"，当设备信号丢失又重新出现时，要不要保留原位？占位多久？这会引入额外的状态管理复杂度。
这一点看上去合理，但和发错后的尴尬相比，我更愿意接受点击后弹出「信号消失，发送失败」的提示。
 |
1
wu67 3 天前 via iPhone
附近哪来那么多联系人，你把通过流量发送的开关关掉试试
|
Select Language