一个请求大概会有 发送(send), 接受(receive), 重试(retry), 这三个阶段, 在 throttle 中并不是很优雅的对这三个阶段中进行很好的操作

@ragnaroks 你可以在 Google, Facebook, Github 等产品中去学习一下, 看看在防止多次点击的情况下, 他们是否会使用 throttle 做优化处理, 或则你看在好的虚拟滚动的解决方案中, 是否经常采用 throttle 来作为解决方案, 确实 throttle 很方便, 但是我认为它并不是好的解决方案, 我甚至认为, 这在某种场景下, 是一个滥用的行为(非常错误的行为)

@ragnaroks 我跟你讲一下 throttle 也就是节流, 指的是在指定的间隔中指执行一次. 你说了,我可能在这方面没有经验.

请回答我两个问题


1. throttle 间隔时间多少合适?
2. throttle 会导致当前队列中所有的消息都处理完毕之后才能执行, 在特定的情况下, 我希望立即执行此函数应该怎么办?
3. 如果请求在 throttle 间隔时间中失效了, 我是否要等待 throttle 间隔结束?

当你回答了我的这三个问题, 请问 `throttle 从来不是"非常错误的行为"` 你还保持此观念吗?

你可以看我的 github 里面的所有方案, 我从来不会采用 throttle ,这种方式进行所谓防止多次触发.



在回答你之后的一个问题, 如果在 在没有异步完成端口之前，F5 就能刷死服务器, 很显然, 这个服务器的后端代码存在严重的问题, 前端的防止多次点击, 本质来说是为了给客户进行一个良好的视觉反馈, 而并不是为了保证请求到后端的接口一定就是一次.

因为恶意用户完全可以通过其他方式进行多次发送请求.

@qrobot 用户多次点击的原因其实很简单

1. 设备原因导致误触
2. 点击提交后, 没有反馈,以为网络延迟.

@ragnaroks 首先 throttle 是一件非常错误的行为, 因为 throttle 的实现就是 setTimeout , 这个在 JS 的线程模型中, 部分场景中会有非常不可思议的结果, 其次 throttle 多少毫秒合适? 600 毫秒? 1000 毫秒? 比如点击了,没有反馈, 就算间隔 5 秒,用户也会进行不断的点击, throttle 无疑就是一种非常错误的设计, 也是非常错误的解决方案.


相对于 throttle 来说, 按钮上的 loading 或者 按钮上的 禁用 都是一个非常好的方案,

@cmdOptionKana 如果是这样, 那真的感觉好无趣, 就像你游戏通关以后在也没有第一次初见这个游戏的感觉了

理性分析, 有可能是你公司附近买的早餐有问题, 或者公司的零食以及水有问题,导致你会拉肚子

我不理解, 也不明白,但似乎好像幸福也许和物资条件没有必然的联系?

@qrobot 作为软件开发, 很多设计模式,很多软件设计,包括编程思想,其实都是参照了身边的事物归纳总结的

我其实不太明白给少儿学习编程有什么好处?

所谓的程序本来就是参照了身边的事物进行构建的. 如果说真的要想让小孩学习编程, 我更加建议学习玩泥巴, 以及自己动手做一些小电路等等, 或者说做做什么蒸馏实验,萃取实验什么的.

有些东西就是水到渠成. 喜欢的自然就会钻研不喜欢的你即使让他学了,他也会觉得枯燥无味

@tool2d 还不如 GPG 来的实在

@tool2d hash 只是用来做文件校验, 和加密没任何意义, 这一步本身可以省略, 甚至可以用 CRC (Cyclic Redundancy Check) 来进行校验,因为这样很快.

问题是你的数据都已经被破解了, 后面的校验数据的完整性有什么意义? 我已经拿到了我想要的数据, 校验可以不做的.

@tool2d

```
只要把 zip 的内部 hash 校验算法改成 MD5 ，就能高枕无忧。
```

据我所知 zip 的加密不应该是 Symmetric-key algorithm 么. 应该不需要 hash 算法才对呀, 而且 md5 的碰撞那么简单, 怎么可能用 md5 进行 hash, 起码都是 sha-256 以上

@tool2d 你说的这个和 gtk qt 这种 ui 框架有啥区别，gtk 也可以通过 port 来通过 webgl 投射到浏览器中， 这没有意义。

为啥要统一？ GTK 和 QT 本身方向就不一样, HTML 是一个规范，目标是 WEB ， 场景不一样作出的东西不一样， 我觉得完全没有统一的必要

思路很新奇， 但是反编译 wasm 难吗？ 直接 wasm-decompile 反编译， 甚至比 js 的可读性还高