V2EX › liumingyi1 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

2022-03-05 15:45:08 +08:00

回复了 liumingyi1 创建的主题 › React › 2022 强力之作：一款超精致的图片预览组件

@yazoox 可以的

2022-03-03 20:37:13 +08:00

回复了 liumingyi1 创建的主题 › React › 2022 强力之作：一款超精致的图片预览组件

@ragnaroks 便于自定义主题之类的

2022-02-16 16:55:12 +08:00

回复了 liumingyi1 创建的主题 › React › Vite 约定式路由的最佳实践

@illuz vue 也一样的，只是会改一些配置而已，直接就可以跑，用不着插件的

2022-01-06 10:20:58 +08:00

回复了 liumingyi1 创建的主题 › JavaScript › JS 不可变数据踩坑， immer 不是最终出路，高性能场景还需自己实现

@xyk0279 record 和 tuple 出来倒还更好搭配了，怎么淘汰，record 还不是一样要
const state2 = #{ ...state1, b: 2 }

2022-01-06 10:18:25 +08:00

回复了 liumingyi1 创建的主题 › JavaScript › JS 不可变数据踩坑， immer 不是最终出路，高性能场景还需自己实现

@2i2Re2PLMaDnghL 是的呀，本身就不是数组的 splice ，名字相近而已。immutableJS 也是这么做的

2022-01-05 17:45:43 +08:00

回复了 liumingyi1 创建的主题 › JavaScript › JS 不可变数据踩坑， immer 不是最终出路，高性能场景还需自己实现

@2i2Re2PLMaDnghL 所以加$就是为了区别之间的差异，因为它不改变原数组了

2022-01-05 09:44:16 +08:00

回复了 liumingyi1 创建的主题 › JavaScript › JS 不可变数据踩坑， immer 不是最终出路，高性能场景还需自己实现

@zhw2590582 那就太好了，只不过又是 # 号

2022-01-05 09:43:32 +08:00

回复了 liumingyi1 创建的主题 › JavaScript › JS 不可变数据踩坑， immer 不是最终出路，高性能场景还需自己实现

@zhy0216 如果不加的话，某个操作，如 push 可能会跟数组原生的 push 产生误解

2021-11-26 21:12:27 +08:00

回复了 liumingyi1 创建的主题 › React › React 滚动条组件： mac-scrollbar

@carrymaniac antd 的 Table 要用的话，要自定义 Table 的 components 。GlobalScrollbar 无需传 children ，它主要作用是修改 document 上的滚动条

2021-11-26 21:07:19 +08:00

回复了 liumingyi1 创建的主题 › React › React 滚动条组件： mac-scrollbar

@dengshen 目前主要做 react ，如果时间上允许，可以尝试别平台

2021-11-26 10:59:20 +08:00

回复了 whevether 创建的主题 › React › 分享一个我写的 react-router v6+webpack 的模版,压缩后不到 120kb

有没有考虑使用 vite

2021-11-05 11:20:18 +08:00

回复了 liumingyi1 创建的主题 › React › 放弃使用 useCallback 吧，我们有更好的方式

@JoStar 但是 useCallback 的使用场景非常的少，几乎用不到，谈不上标题党。第二点传递依赖项有什么作用？如果要处理副作用，直接用 useEffect 就好了。

2021-11-04 16:54:10 +08:00

回复了 liumingyi1 创建的主题 › React › 放弃使用 useCallback 吧，我们有更好的方式

@huai 你的子组件用了 React.memo ，也就意味着你想避免这里的性能消耗，复杂的应用不加 memo 真的卡得要命。useCallback 满足不了需求，当然可以另辟蹊径。应用不复杂也用不上 useCallback ，直接用 function 就行了。

官方推出 hooks 的确是想避免 this ，那只是理想状态，react 推崇函数式编程，但事实一点都不纯。代码，我们写得爽不就更好吗？你看很多知名的 hooks 库，一堆 useRef ，this 之类的。只要不把 this 让使用者承担心智负担都是 ok 的

2021-01-12 14:03:05 +08:00

回复了 liumingyi1 创建的主题 › React › React Hooks 性能优化的正确姿势

@huijiewei 说说你的思路

2020-11-12 16:47:21 +08:00

回复了 liumingyi1 创建的主题 › React › React Hooks 性能优化的正确姿势

@answeryou 主要是 class 下，setState 一般都在对象里😂

2020-11-12 15:00:33 +08:00

回复了 liumingyi1 创建的主题 › React › React Hooks 性能优化的正确姿势

性能优化的确是把双刃剑 😂

2020-11-12 12:43:45 +08:00

回复了 liumingyi1 创建的主题 › React › React Hooks 性能优化的正确姿势

场景 1：这种写法在异步的条件下，比如调用接口返回后，同时 `setPosition` 和 `setSize`，相较于 class 写法会额外多出一次 `render`。

文章的失误敬请谅解