SolidZORO

强烈推荐 Spotify 。AM 的 UX 一言难尽，用到想生气。

可能唯一让我用的原因是 AM 可以 AirPlay 到 HomePod ，然后 HomePod 就完全接管了 AM ，手机看视频不会走 HomePod 。这点深得我好评，毕竟在 HomePod 里内置了 AM……这是赤裸裸的垄断了。

sw + 自己实现一套刷新 sw 的机制。

两年的最佳实践。

不给意见，说一下我的使用。之前没用过投影，前段时间买了个小明 Q2 ，1000 出头，感觉刚买的时候也是在意梯形矫正，现在歪歪扭扭一样看得开心，无所谓了反正就刷刷 b 站，另外投在任意角落躺在床上看也很安逸主要就是为了这个买的投影。有安卓系统肯定优先这个，在我看来是刚需。另外就是，我觉得我这 虚标 600 流明我觉得差点，上了 2000 我猜会好一些，没用过只是猜，下回要买我就买个 2000 以上的试试。

别说原型，你看 react 把 this 都给整没了，就是担心你们用错了。要是真有这样执着原型的公司，你跑还不行吗？

@bthulu hhhh ，LS 是好的，但是怎么观察 LS 已经改了呢？事实上，state 存哪里不重要，重要的是 state 发生变化了，其他组件要能知道，以便做出响应的变化。

@LiuJiang https://krausest.github.io/js-framework-benchmark/2022/table_chrome_101.0.4951.41.html

@isukkaw #56

这么 nb 的吗？我刚试了下，貌似不行，用的 JB IDEA ，可否指教一下这种重构操作是怎么实现的？ IDEA 会根据 atom 找到 useAtom 前面 [a, setA] 的中 a ？然后全部重命名。

我再描述一下问题吧，比如我有 2 个 comp：


```
// A-Comp

const [isOpen, setIsOpen] = useAtom(atomA);

```


```
// B-Comp

const [isVisible, setIsVisible] = useAtom(atomA);

```

假如 isOpen 在代码中用了，不过我觉得不够好，想改成 isVisible ，这个时候其实 isVisible 和 isOpen 做了同样的事情，也引用了同样的一个 atomA ，但是他们两并不能互相知道，也没必要知道。

但是作为开发者来说，我希望他们应该一样才对，因为都是引用同一个 atomA ，即便是他们名字不一样但是只要 atomA 变了，他们两都要变。

我不知道这样描述是否妥当，我就是自身没办法规避和解决这个问题，所以换成了中心化的 valtio 。

@reorx 代替 mobx 的只可能是 valtio 这类 Proxy-like 的 lib ，别的 lib 出发点就不是去代替 mobx 的。

而且选型最好还是看看是否通用，比如支不支持 SSR 啦，支不支持 Taro 啊什么的。

我开始用 valtio 的时候发现没有 next.js 方案，或者说这个 lib 他妈的太小众了，根本没有同时用 valtio 又用 next.js 的人。结果我看了一下，发现很好解决啊，server 那边注水了放在 window ，然后 client 这边让 valtio 初始化加载 window 上的 INIT_STATE 就好了嘛。

不过也可能因为官方不支持，所以用的人很好，毕竟 SSR 这种原理大部分人都不明白为什么，会用 next.js 就行了。

之前用 recoil 的时候其实是因为不支持 Taro 而弃坑的，没明白为什么一个 state lib 要写那么复杂用那么多 api 。

再就是，泛用性的 lib 比如 mobx 这种，本身 mobx 性能是很好的，或者说极其好！但是一架上 mobx-react 就 gg 了，性能断崖式下跌，当然一般人不处理那种一个 page 几万个 nodes 的应该也不会有什么感觉。但优先选择我还是会选 react ONLY 的 lib ，毕竟针对 render 是有优化的。