Alain
Alain
> First. i want reduce communication costs. so, then i use Chinese describe this issue. 因为并不是所有的 `FormState` 使用场景中消费者都是标准的 Form 组件，所以不一定有、且不一定需要有对应的 `bindXX` 方法，就会碰到下面的问题： ```TypeScript const anyState = new FieldState() ... ......
本 SDK 近期进行了一次重构，借助这次重构，我们现在支持以下平台： - [x] 鸿蒙 - [x] 浏览器 - [x] 浏览器 Webworker - [x] 微信小程序 - [ ] React-Native 主要改动内容： - 相比于原来的浏览器 SDK，我们移除了本地的图片压缩功能。 - 重新设计了上传的接口，同时减少了非必要的泛型设计 - 我们调整了仓库的目录结构，使用 monorepo 来管理项目...
主要是针对 token、file 做一个基本的预检查，以便提前告知错误以及更精确的错误信息
在 #584 中移除了原有的 codecov 覆盖率收集相关的功能，待恢复
## 问题 目前内部实现的 [observable](https://github.com/qiniu/js-sdk/blob/master/src/utils/observable.ts) 模块包含大量的泛型 在使用时为了维护类型的正确性，很容易出现了诸多类似下面的代码  实际上，`observable` 作为内部实现，不应该将其泛型的内部设计影响延伸到 `SDK` 以外的地方，作为 `SDK` 的消费端，业务目前也没有泛型的需求
### 问题 服务端对 `fname` 的定义是文件原始名[（查看文档）](https://developer.qiniu.com/kodo/1235/vars) 现有的 `fname` 参数可能有些冗余，我们的 `upload` 函数的第一个参数是 `File`，`fname` 可以通过 `File.name` 来获得 #### `fname` 目前作用 在直传接口中，服务端通过 `FormData` 对象可以直接获取 `File` 的 `filename` 进行处理，因此直传不消费 `fname` 在分片接口中，由于服务端收到的是一个一个的切片，所以必须在 `completeFile` 阶段通过参数指定 `fname` 设置...