Home

Sign in Subscribe

韭菜塞牙

Xeodou

2023年6月8日

Photo by Brittney Strange / Unsplash

餐馆点了一份炒肝

韭菜青翠可人

吃完满牙韭菜

不知道是牙的问题还是韭菜的问题

Sign up for more like this.

Enter your email

东京搬家记

自上个月10号搬入新家至今已接近一个月，搬家的主要原因是想要找一个大一点的房子，所以从三轩茶屋的1LDK 搬入了现在的2LDK。期间看了各种房屋，由于 4 月刚好是日本搬家的旺季，再加上我们还有一只柴犬，符合要求的房子就寥寥无几了。前后大概耗费了1 个多月的时间，好在最后找到了合适的房子。这次在日本搬家也是头一遭，听朋友和同事都经常说搬家的麻烦，找房子的烦恼我已经体会过了，日本国内搬家还是第一次，当然也和从上海搬家到日本的海外搬家体验不太一样。但其实基本也没太多区别，无非是打包后搬运到新家，和在上海搬家不一样的是，房屋的家电和大件家具都是自己添置的需要带走，当然也可以选择按照巨大ゴミ丢弃后再置办。原本做好了功课用我们蹩脚的日语联系了好几家搬家公司，在日本都叫引越，然后预约上门评估，其中一家刚好约在了第二天，评估后给报了个惊人的 16万日元，好在在一番砍价后以不到8万日元的价格谈好合同。也由此可见日本搬家工资询价时的水份，也请各位当作参考。定好时间后就是在邮局登记搬家，网络、水、电、煤气预约搬家了，好在疫情过后的这几年日本的数字化程度突飞猛进，在网上基本上完成所有的迁移工作了

2024年5月7日 3 min read

优化useEffect中的网络请求

前一篇文章中我们提到 useEffect 需要在组建重新渲染的时候清除 SideEffect，对于网络请求或者其他IO操作我们同样需要清除 SideEffect 从而避免 Race Condition 的问题。例如我们通常可能有下面的代码来获取用户的最新的个人信息后显示在页面上： const Profile = ({uid}) => { const [name, setName] = useState('') useEffect(() => { fetch(name_url/${uid}) .then(res => res.json()) .then(setName) }, [uid]) return (<div>{}</div>) } 上面的代码在一般情况下并不会出现问题，但当 Profile 组件多次重新渲染然后用户通过其他方式修改了用户名，这时我们的页面显示的就有可能是旧的 name 也有可能是修改后的 name。

2024年1月23日 2 min read

useEffect 的相互竞争

在 React 的项目中我们经常会使用 useEffect 这个hook 去处理组件中的 SideEffect，为确保的组件在每次渲染时都得到同样的数据，React 在开发模式下会对每个 useEffect 函数执行2 次。这种情况如果我们没有正确清除 useEffect 带来的 SideEffect 的话就会形成一种相互竞争或者 Race Condition。比如下面的例子： const Com = ({timeout, text}) => { const ref = useRef() useEffect(() => { setTimeout(() => { ref.textContent = text; }, timeout) }, [timeout]) return (<div ref={ref}/>) } 当父级组件传入不同的值 3000, 3000ms 和 2000,

2024年1月22日 1 min read

© 2025

Powered by Ghost