sparkle2015

@channg01

MjAwOC5oYmwrd29yZDE5QGdtYWlsLmNvbQ== 已注册，感谢！

一直用吉列，刮得很干净，刀架也不贵。刀片是贵点，但一片可以用久一点。以前我用几次没有润滑了就换。后面遇到一个很节省的人，问他多久换一次，他说他一个刀片可以用好几年，我表示，啊，啥，几年?? 很是震惊。后来我也尝试用久一点，反正用上几个月问题不大。另外一个支出是泡沫，但一瓶泡沫也是能用几个月吧。(我的刮胡子频率是一周一次)。

要看是哪个版本的 iOS ，我的 iPhone 11 原来是 16.x 版本，很流畅，一点都不卡，后来为了连上 watch ，不得已升级到了 18.x ，然后就完蛋了，很明显的卡顿，打开任何一个 app 都要卡上几秒。

用 #10 @limard 的方法奏效了：

1. 把节点从香港切换到了新加坡 (其它没试，但香港的就是不行)
2. 进入 windsurf advanced setting ，搜索 proxy ，打开 "Detect Proxy"

然后我这里代码提示就重新出现了。

冬天太冷的地方不适合，功率高的对线路要求高，功率低一点的，加热不给力。上海地区，功率忘记了，购买价格是一千多，冬天最冷的时候只能加热到 38 、39 度的样子，洗起来很不爽。天气暖和的话倒还可以，能加热到最高 45 度。

对于不需要 shareable 的状态，则可以使用 zustand 。
目前我的状态管理方案：
1. context
2. url state
3. react-query
4. zustand

还有就是 @ChefIsAwesome 说的，保存在 url 里可以将状态方便地分享给别人。

tanstack router 的文档上是这么说的： https://tanstack.com/router/latest/docs/framework/react/overview#1st-class-search-parameters
> Let's step back and remember that search params are the most powerful state manager in your entire application. They are global, serializable, bookmarkable, and shareable making them the perfect place to store any kind of state that needs to survive a page refresh or a social share.

url + react-query

将页面状态保持到 url 里，url state 就是一个天然的全局 state store 。

请求用 react-query ，react-query 会自动缓存住请求的数据。当从 detail 回到 list 时，会马上得到之前缓存的请求数据，react-query 同时会在后台去重新请求并更新。

以前也尝试过其它各种方案，现在下来发现这套是最舒服的。写了一个极轻量的 react url-state-hook ，可以适配任意 react router 库 - https://github.com/baurine/use-url-state

tidbcloud.com 可以建 5 个免费集群，兼容 MySQL