yuhan0709

Refer this issue: https://github.com/asyncapi/asyncapi-react/issues/177

感觉这个检查没啥意义就，只是看了这个 pr 的包能不能用，这个在 pr check 的时候都做了build 跟 test。基本只要能打出包都没啥问题。 如果是能精确到组件层面还挺有用的，这个就只是检查了 Button 跟 Empty， 感觉没必要。

复现地址在这里～ `iterativelyGetKeys` 那个函数 `obj` 判断要过滤一下是 `ReactNode` 的情况。https://codepen.io/yuhan0709/pen/abVqNQY?editors=0010

hello all～ 这个 issue 一直没关闭不是偷懒不修这个问题，是确实没有想到很好的解决方案。说一下目前 `Typography` 的 `ellipsis` 省略逻辑。 这里省略有两种方式实现， 1. 一种是最开始就有的，差不多就是用**二分法计算**出当前场景下，这个容器最多能展示的临界文字在哪，然后给截断。二分法也是尽量减少循环的次数。 2. 另一种是后面支持的为了提高整体性能， **cssEllipsis** 设置为 `true`的时候，这里就直接使用的 `css` 样式实现的单行省略，但是这种方式比较局限，比如说在 `flex` 弹性容器，或者 `children` 不是单纯的字符串。但是在常见业务场景下，很多都是单行省略 + `popover` 查看全部，这种展示型逻辑，所以使用 `css` 能大大降低计算。 其实单纯使用一个 `Typography`...

不太好弄... `mouseEnter` 事件一定会在外层触发的

不行... 那要改的太多了，`breaking change` 后续业务方升级影响不可控。😭

resize这一块做了下防抖操作，在省略计算过程中，又触发 resize 就不进行计算。