你这个新开数组等于做数组复制，是要 O(n)遍历的

重启解万难

我更希望环境团队提供一个通用的容器能力，具体用什么容器跑什么脚本交给实际的产品开发者

@cybird #32 如果按照 FC 时代那种优化的要求，4K 游戏应该是塞得进 650M 的光碟里的，而且挺轻松的

@feller #22 春晚你可以这么理解，其实它在 23:59:20 就数倒计时了，然后 23:59:50 开始放给你看

CDN 等于百米跑步让个专业选手帮你跑 90 米，剩下 10 米你自己跑。比你自己跑 100 米快多了

@joesonw #68 但我还有现在的存款

@jin5354 #76 房换房的话倒不用考虑房子的价值，因为相对价值基本是不变的，就像我上面的公式一样。主要是房换其它资源的时候，就是绝对价值了，毕竟房子并不是货币

@jin5354 #69 所以我认为这就是刚需与非刚需的分界线了，要的是房子的居住属性，还是房子背后的价格价值
当然考虑到比如家人大病要花钱时卖房的情况，纯刚需确实是几乎不存在的

就群晖那呆瓜一样的研发能力，别想了

@Zhancha #57 假设你有一个 500W 的房，其中 400W 是贷款未还，你希望换一个 1500W 的房
如果 500W 跌成 100W ，对应 1500W 跌成 500W ，你要支出的是 400W 房贷+500W 新房-100W 旧房=800W
如果 500W 涨成了 1000W ，假设 1500W 只涨到 2000W ，你要支出的是 400W 房贷+2000W 新房-1000W 旧房=1400W
我认为无论如何，如果你的目标是房而不是钱的话，房价跌是有好处的。只有一种情况房价不能跌，就是贷款超出自己的还款能力，房价不涨以后要还不起完蛋，也就是杠杆上过头了

@Zhancha #36 我没有房贷，且收入并不会（直接）受房价影响。如果我的房从 500W 变成 100W ，意味着 1500W 的房子只要 300W 我能直接全款买一套住着，现在这套值不值钱完全无所谓了
毕竟就刚需来说，我要的是一套住着爽的房子，而不是这个房子值多少钱

刚需会希望房价跌。我手上有一套 500W 的房子，我巴不得这房子跌成 100W

AI 压缩不就是先把图片倍率缩小，再在渲染的时候 AI 提倍率嘛

你还能考虑几年后置换，这还不够刚需，等一等没什么不好

@FaiChou #7 没有 Provider 就拿不到 store 啊，store 是用户创建的，redux 不知道在哪里。就算我的那个简单实现，useSelector 和 useDispatch 的实现里面也是通过 useContext 拿到 store ，再用 useSyncExternalStore 监听 store 的

关于实现，beta 版现在应该是用 useSyncExternalStore 实现 useSelector 和 useDispatch 了，大概十来行就够用了。然后 connect 是可以基于 useSelector 和 useDispatch 二次封装的：

const connect = (mapState, mapDispatch) => {
return ComponentIn => props => {
const state = useSelector(mapState);
const dispatch = useDispatch();
const methods = mapDispatch(dispatch);
return <ComponentIn {...props} {...state} {...methods} />;
};
}

理论上来说，connect(mapState, mapDispatch)的结果应该是一个可复用的东西，比如：

const connectCurrentUser = connect(state => state.session.currentUser);
const connectItemList = connect(
state => state.items.all,
dispatch => ({reload: () => dispatch('RELOAD_ITEMS')})
);

然后需要用当前用户的地方，就 connectCurrentUser(MyComponent)就行

但实践中，不知怎么着，就几乎没人把 connect 返回的那个函数复用，最终就有了楼主这样不理解 connect 设计的人了

一开始觉得 10 年前那什么时代的游戏，然后一算好像也不是很久……比如人工少女