50岁的星空

import style from './index.less' 模块化的 写法 loader里 没看见相关的区分配置.. 刷个antd组件可能能出来，但是要 自己写个组件 支持上面这个less 写法。可以再测下

react 17 babel 配置 jsx runtime的支持..

https://codesandbox.io/s/stupefied-euler-jgq93?file=/src/CountBtn.js recoil 也能逻辑复用... 多一个atom

不需要，卸载数据..应当是组件自身的事 不应当是全局性的。 qiankun2.0 + hook 的 unmount的周期Hook函数，能自发解决卸载数据的逻辑。。

``` import React, { useCallback, useEffect, useRef } from 'react'; import TextField from '@material-ui/core/TextField'; import Button from '@material-ui/core/Button'; import CssBaseline from '@material-ui/core/CssBaseline'; import Paper from '@material-ui/core/Paper'; import { makeStyles, withStyles...

yet, we konw when using some HOC or RenderPros , it more suite to place the trigger validation config on formControl、formfield、field etc... but when we use hook , we just...

you can take a look

good suggesion, so i can change to custom my hook to {...useInput('account',"blur")}. thankyou! but don't you think that add hasError property to errors is more easy for some use case...

> 之前我一直受限于觉得子应用的状态保存应该可以从主应用里解决，- -，too young too naive... 最后我们还是舍弃`qiankun`，采用原始的`iframe`实现的 我觉得 微端下选择 recoil 应该是个错误..... 理想数据流的要 保证多端状态 的一致和留存，需要 既能在 原生js 又能在主架中使用的，要保证性能 就需要 基于代理的 监听/响应。主框是react的话。valtio 可能是目前微端 数据流的正道... 但是前端技术发展太快，不是很看好目前微前端技术，微端的出路 未来的方向应该在 wasm runtime ...

> 请问有项目结合qiankun的demo吗，保存不同微应用的标签页状态 我觉得 在 微端下 数据流 选择 recoil 可能是个错误。 微端多应用，应当选取 支持原生Js ，保证效率的话 ，理想的应该是 响应/监听 式的，既能在react下使用，又能在原生Js 和 vue 等框架中使用的数据流。vatio 可能是个不错的选择.... 当然技术发展 比较快，微端目前我觉得 不成熟，wasm 下的数据流 目测是 未来发展的 正道...