Notes..

定投 VOO

直接 VOO 吧

打游戏

不说薪资的 一律没法看

国企就是：不能当抽鞭子的人，就只能当被抽的牛马。

而且，你不能 BB ，你怀着感恩的心对待领导，还要无条件地去学习各种会议精神。

出现一个问题：隔一段时间(大概 5 分钟)屏幕就会闪一次，dock 会收回再打开这样的现象

后端为了安全一定要做

前端为了用户体验好，可以做

就这么简单


-----

回到你的场景，前端什么都不用管啊，直接把这个表单所有字段发出去，这个 api 是 edit 功能，其实就是 UPDATE 操作，没什么了不得的。

当然，你说的校验手机是否重复这种情况，对于后端开发，可校验，可不校验，看是什么系统，有没有特别的需求。

但是，作为前端，是可以在提交之前告诉用户手机号是重复的。

NB 的 30 岁限制

是家里就你一个人吧

我现在把书房定为我的工作间，任何人进来之前要先敲门，以为我可能在开会。

我累了就去客厅和我妈聊聊天，娃没睡的话就和娃玩一会。

晚上，只要不下雨，就一定会出去遛弯，快走(不跑步，太累)将近 1 个小时。

@devzhaoyou 我还在用 page router ，感觉没有十分必要使用 app router ，等大家坑都踩差不多了，我再用。

nextjs 也可以使用 CSR 啊

@hahaFck 我觉得在写 React 不用太考虑 re-render 问题，遇到了再解决就好。

和后端一样，在没有遇到性能问题的时候，先别考虑加缓存什么的。

一定不要一层一层传，根本难以维护，更没有意义，这么多层写出来的一定是冗余代码。

想要在 Grid 和 Page 之间状态共享，使用 zustand / jotai / redux 这种全局状态库就行了，写出来代码都差不多(这里以 jotai 为例)：

// 定义 atom
export const dataAtom = atom('')

// Grid ,想要使用 `data` 或 设置 `data` 值都可以
const [data, setDataA] = useAtom(dataAtom)

// 同理在 Page 也是一样的：
const [data, setDataA] = useAtom(dataAtom)

这样写，省去了一层一层的 props ，代码简单多了。更重要的是：你只要知道你在组件里需要什么 atom ，然后使用就行了，没有心智负担。hook 本来就是干这事的。

另外，这样的需求，不建议使用 context 。实际上，我在任何情况下都不建议别人使用 context 来做业务代码，context 最常见的是场景其实是封装组件。

再次提醒大家别搞合约

那他不喜欢上班怎么办