卡晨
卡晨
这个其实不算 bug,是目前的预期行为,后面可以优化一下
BTW,是 ImageViewer 不是 ImageView,表述还是要严谨一些哈
你是说现在图片放大之后,就不能滑动切换到下一张或者上一张了是么?
和 #4707 重复了,这个 issue 先关闭了,后面可以继续关注 #4707 哈
可以具体描述一下你的使用场景么?比较好奇在什么情况下需要用这个额外的 loading 属性来手动控制 我觉得加不加 loading 属性是其次的,重要是找到当前 API 使用起来不那么方便的场景,然后再看看这个场景存在的问题通过什么方式来解决才是最合理的,未必是加个 loading 属性这么简单
@chenliangngng OK 了解了 不过我还有个小疑惑哈,假如说我们给 InfiniteScroll 增加了 `loading` 属性,那你会怎么使用 `loading` 属性来解决这个场景的问题呢?可以再写一下 demo 么
get,其实现在的问题是 InfiniteScroll 对于手动数据加载的情况不太适用,我再想一下怎么处理比较好
这种场景之前的确也有其他社区同学提到过
做成一个属性来切换受控非受控感觉有点太恶心了,而且用户用起来设想了一下感觉也不省事 或许可以这样通过 ref 来手动控制: ```jsx const infiniteScrollRef = useRef() async function doRequest() { infiniteScrollRef.current.startManualTask() try { await api.myRequest(pageCount) infiniteScrollRef.current.finishManualTask() } catch (e) { infiniteScrollRef.current.failManualTask() } } useEffect(() => { doRequest()...
@zqran 当时我设想的是,有两套状态,分别是手动模式和自动模式对应的 `hasMore` `failed` 之类的状态,然后手动模式的优先级更高,不过感觉可能也不好实现? 感觉还是得再从具体的 case 出发,才能知道哪种 API 设计是最合理的