赵鹏程(珵之)

我们正在整理一些遗留的 bug，现在这个问题还在吗？如果仍有问题，麻烦更新一下复现链接，目前给的都失效了

已修复

十分不建议通过内部的 ref 属性控制组件行为，这是非标用法，并且不会在后续的版本中兼容这些api，有需要可以提 issue 或 PR 新增开放参数，十分定制的场景建议直接使用 `Upload.Uploader` 来自定义。 `onProgress` 参数可以获取到 uploading 状态的文件，你可以通过 debugger 来验证这一点。

Stale

自定义 validation 经过 debounce 只能以 callback 形式执行，因为 debounce 后的函数不会稳定返回执行结果，validation返回的promise对象不能稳定返回给校验器，所以无法正确校验。 然后 callback 形式的 validation 不要返回 promise 对象，否则会被认定为 promise 模式，从而导致上面的异常。 如下代码可解： ```js const userName = (rule, value, callback) => { setTimeout(() =>...

因为一些设计缺陷，目前只针对 class component 能完整实现 Field 的全部功能，建议使用 ConfigProvider.config() 包裹自定义组件来在 Field、Form 场景使用，我们将在 2.x 版本修复这个问题

后续 fusion 在 1.x 的实现中不会优化该场景，一方面是以目前的实现改造成本较高，另一方面是大数据量带来的性能瓶颈不仅仅会表现在 render 阶段，任意涉及到遍历数据的场景都会有这个问题，即使是复杂度为 n 的遍历也会造成卡顿，改动这个点并不能有效解决问题，不如从根源入手，通过远程搜索或懒加载的方式避免这个问题，况且巨量数据吐到 web 端从交互、性能等方面考虑本身也是不可取的。 后续在 2.x 的版本中我们会考虑很多组件在大数据量下的性能表现，可能涉及较多组件，可以通过变更日志关注进展.

Stale

@kyokaxin 评估一下吧

目前还没有支持，我们将在接下来几个版本中支持，也欢迎 PR