Gopal

博主考虑过使用Electron-Vue么

### 函数节流 概念 在 n 秒中只执行一次 实现原理 通过 setTimeout 执行 代码实现 ```js // 初步实现 const throttle = function (fn, time) { let canRun = true // 闭包 return () =>...

 我尝试了一下只有一层不嵌套的情况，得到的结果似乎不似预期，我认为性能应该是跟执行的次数有关，但是执行相同的次数，没有嵌套的反而是相对时间比较多的

同样，将所有的英文文档都删了，并且 .umirc.ts 中 的 locales 配置设置为 [['zh-CN', '中文']] 。 另外，这个我是用的官方模板。当然也改了部分配置。https://github.com/GpingFeng/ahooks-analysis

对这个非常期待，目前官方也有一个 PR，但还没合...

the same question

这个我来处理一下吧。 @crazylxr

这里的设计是否可以不传入菜单以及对应的容器。 参考这篇[文章](https://www.pluralsight.com/guides/how-to-create-a-right-click-menu-using-react)返回值可以设计为： xPos, yPos, showMenu。

这个 overflow 不是很理解。假如是控制菜单的展示位置，感觉我们自动帮它处理了就可以了「也就是你提到的解决不传入 menu 的文图」，估计就是 auto？还有其他的模式代表什么含义呢？

> > 这个 overflow 不是很理解。假如是控制菜单的展示位置，感觉我们自动帮它处理了就可以了「也就是你提到的解决不传入 menu 的文图」，估计就是 auto？还有其他的模式代表什么含义呢？ > > * overflow==="auto" > auto的情况下，会进行边界情况处理，保证菜单显示位置不超出容器。 > * overflow==="visible" > visible，有些场景我们不需要做边界计算，比如上边这个左侧目录右键的案例中，我们应当允许超出这个容器，否则菜单的显示是不符合预期的。 > > > 同时我在思考，要不要有选择的把具体到x轴y轴的overflow交给用户选择 我理解我们这个边界处理应该是针对页面的吧？不应该针对容器？ 另外这个 DOM 的入参设计需要符合 ahooks 的[处理规范](https://ahooks.gitee.io/zh-CN/guide/dom) 哈。