@nulIptr 我是感觉能一定程度上减少意大利面条代码, 相关逻辑的状态和副作用,方法可以放在一个 hooks 里,但是其实类本身也能做到这一点 可以定义切片 和分发处理。。。 就是突然陷入了 '先有鸡还是先有鸡蛋的问题', 是不是因为搞了 useState 这类 api 然后顺势就产生了 hooks

@changwei 我只是突然感觉 类本身也可以实现非 lifecycle ？ 其实就是类似后端容器 bean 的概念, 做一组静态方法,和容器类 一样可以实现非 lifecycle? 或者是因为有了 useState 这些的 api ,所以就自然而且的往 hook 发展了

祖国人都会衰老，我有什么资格不衰老呢！

@IssacTseng 米哈游国产育碧？ 不过我刚下载玩的挺爽的....

大佬是用啥框架开发的, 还有是如何入门的...

有开源吗 哈哈 挺有意思的

@pkoukk 鱼和熊掌不能兼得阿 不过手机手柄都是折叠的吧 也不大的

有补贴的话其实都可以拉 不过电脑背过来背过去也挺累的

@pkoukk 手机外接手柄了解下

@DiamondYuan 现在是这样去做

@mxT52CRuqR6o5 是这样 但是无法使用就很难受了 排错

笔记本发热严重? 我 23 年买的笔记本 steam 上 3a 大作玩的飞起

哈哈我觉得还行

有没有可能是 tap 官网识别到模拟器就不返回给你了

@LunaSeki 嗯传递的会不方便集中管理,而且透传几层也很蛋疼。
我在弄一个 bi 编辑页的需求,
export interface DesignContextType {
designerLeftRef: MutableRefObject<HTMLDivElement> ; // 设置 RefObject 的类型为 HTMLElement
contentRef: MutableRefObject<HTMLDivElement> ; // 设置 RefObject 的类型为 HTMLElement
containRef: MutableRefObject<HTMLDivElement> ; // 设置 RefObject 的类型为 HTMLElement
}

const DesignContext = React.createContext<DesignContextType|null >(null);


export const DesignContextProvider = (props) => {
return (
<DesignContext.Provider
value={{
designerLeftRef: useRef<HTMLDivElement>(),
contentRef: useRef<HTMLDivElement>(),
containRef:useRef<HTMLDivElement>(),
}}
>
{props.children}
</DesignContext.Provider>
);
};


export function useDesginDomContext(){

const context= useContext(DesignContext);

return {...context}
}

我目前是这样子在顶层用一个 useContext 去持有引用, 在想有没有更好的办法

可以问下人事会不会更好点..

金山文档 nas 自己玩玩还行

@fruitmonster 是那个开机 然后慢慢暗掉