Gopal
Gopal
博主考虑过使用Electron-Vue么
### 函数节流 概念 在 n 秒中只执行一次 实现原理 通过 setTimeout 执行 代码实现 ```js // 初步实现 const throttle = function (fn, time) { let canRun = true // 闭包 return () =>...
![image](https://user-images.githubusercontent.com/20135760/62433946-28795480-b769-11e9-9c6a-28f59d7ce684.png) 我尝试了一下只有一层不嵌套的情况,得到的结果似乎不似预期,我认为性能应该是跟执行的次数有关,但是执行相同的次数,没有嵌套的反而是相对时间比较多的
同样,将所有的英文文档都删了,并且 .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) 哈。