panghujiajia

> Doesn't the frame change after the image loads? yes,there is my html ```html 如题，之前在工作之余，个人独立开发了一款文字修仙页游《匿名修仙》。 经过在这家公司 1 年多的时间，我时不时就提起我的修仙之路，最近终于给老板画上了大饼，我的观点：很多白领上班无聊需要一些网页来摸鱼，阐述了这个市场的用户群体，在我的七嘴八舌下，老板给了我一个机会，让我全职做一段时间，上线一版，看看效果，如果反响不错，公司将分配人员一起参与，由我全权主导去做！ 目前还是我一个人在做，所以有很多不合理的地方，毕竟个人的精力有限，目前会持续更新和改进！下面是公测链接，一起来摸鱼修仙吧！！ 游戏关键字：挂机、回合制、摸鱼、修仙、pk 、社交等。 游玩地址： https://www.nimingxx.com/register 注册验证码多试几次，跟浏览器大小有关，有时候不好使。 顺便评论区抽取 5 位幸运玩家送 cdk 兑换码，抽取方式为 js...

thanks!

> What the hell is this? You guys just closed this issue without leaving a clue? No link to the commit which fixed the issue or to another pull request...

> 我们目前有一个提案是这样的，通过链式调用来解决，你觉得如何 > > ```js > const { data, loading } = useRequest(request1).onSuccess(...).onError(...).onComplete(...) > ``` > > @panghujiajia 我个人觉得这里返回的data、loading等并非依赖onSuccess的执行结果，onSuccess只是用来在接口返回结果的时间点做一些操作，用法上类似于middleware函数。 而链式调用通常是处理某些逻辑，并返回某个值，返回值跟链式调用是相关联的。 所以我觉得放在config里面比较合理一些。

> 现有的方式就很好呀，同层级处理很优雅了，如果放到回调里面，那比如要在第一个接口调用成功后再调用第二个接口，再依次类推，第三个，第四个...，岂不是出现了地狱回调？回顾一下过去的处理方式，为了解决地狱回调，出现了链式调用方式，为了解决链式调用的不优雅，出现了async和await，为了解决async和await中处理异常的不方便，于是又出现了其他方案，比如 await-to-js 等等，现有的解构方式很好的避开了这些问题，而解构重命名的方式要比地狱回调要优雅的多呢 怎么会呢，你说的1依赖2，2依赖3，如下不就行了吗，不理解你说的怎么会出现地狱回调 ```js useRequest(request1, { onSuccess(){ run2() } }); useRequest(request2, { onSuccess(){ run3() } }); useRequest(request...n, { onSuccess(){ run4() } }); ```