这些状态管理器通常都在组件树的外部维护一个或多个状态库, 然后通过依赖注入形式, 将局部的状态注入到子树中. 通过视图和逻辑分离的原则, 来维持组件树的纯净性....Redux 建议保持组件的纯净性, 将组件状态交给 Redux 和配套的异步处理工具来维护, 这样就将整个应用抽象成了一个”单向的数据流”, 这是一种简单的”输入/输出”关系
image.png
不管是...: T) => void;
}
这样做的好处:
接近原生表单元素原语. 自定义表单组件一般不需要封装到 event 对象中
几乎所有组件库的自定义表单都使用这种 API....这使得我们的自定义组件可以和第三方库兼容, 比如antd 的表单验证机制
更容易被动态渲染. 因为接口一致, 可以方便地进行动态渲染或集中化处理, 减少代码重复
回显问题....状态回显是表单组件的功能之一, 我个人的最佳实践是value应该是自包含的:
比如一个支持搜索的用户选择器, option 都是异步从后端加载, 如果 value 只保存用户 id, 那么回显的时候就无法显示用户名