Jynxio 最近的时间轴更新 Jynxio 最近的时间轴更新 |
JynxioV2EX 第 631037 号会员，加入于 2023-05-26 09:28:32 +08:00 |
Jynxio 最近回复了
2 天前 回复了 SonicKang 创建的主题 › React › 现代 React 应用卡顿的主要原因是什么?组件库 vs 重渲染机制 |
2 天前 回复了 SonicKang 创建的主题 › React › 现代 React 应用卡顿的主要原因是什么?组件库 vs 重渲染机制 |
另外，Antd 自己本身性能就差，尤其是那个菜单组件。
个人建议，Antd 过时了很久了，逃。
个人建议，Antd 过时了很久了，逃。
2 天前 回复了 SonicKang 创建的主题 › React › 现代 React 应用卡顿的主要原因是什么?组件库 vs 重渲染机制 |
React 自己的渲染机制决定的。
React 内部用链表维护了一个树，用来映射 DOM 和更多东西（比如 Context 、Portal 、Fragment 等这些），你每次更新 React 的状态，React 都会从顶开始检查这棵树的每个节点，如果节点上的数据变了，那么就运行这个节点对应的组件（就是你写的 React 组件）。
然后，你不写 Memo 、useMemo 的话，你的子组件就必然会跟着父组件的刷新而刷新，哪怕子组件的 Props 没变（为什么会这样？因为父组件传递给子组件的 Props 是一个对象，虽然这个对象的内容没变，但是对象自己不断的变）。
于是，你就会发现，React App 一定有超多的冗余执行，这就是为什么 React 慢的其中一个原因。
另外，React 那个树不是只遍历一遍的，他有时候还会回溯或者干脆从头再来。
就是这么个渲染机制，导致 React 很难写丝滑。
卡还是小问题，现在可以套 React Compiler ，问题是这个反复更新的渲染机制会让开发很复杂，比如 Effect 一多组件的行为就越难预测。
我是一边用，一边忍，一边推荐给别人... 因为生态比别的 UI 库繁荣太多太多了。
React 内部用链表维护了一个树，用来映射 DOM 和更多东西（比如 Context 、Portal 、Fragment 等这些），你每次更新 React 的状态，React 都会从顶开始检查这棵树的每个节点，如果节点上的数据变了，那么就运行这个节点对应的组件（就是你写的 React 组件）。
然后，你不写 Memo 、useMemo 的话，你的子组件就必然会跟着父组件的刷新而刷新，哪怕子组件的 Props 没变（为什么会这样？因为父组件传递给子组件的 Props 是一个对象，虽然这个对象的内容没变，但是对象自己不断的变）。
于是，你就会发现，React App 一定有超多的冗余执行，这就是为什么 React 慢的其中一个原因。
另外，React 那个树不是只遍历一遍的，他有时候还会回溯或者干脆从头再来。
就是这么个渲染机制，导致 React 很难写丝滑。
卡还是小问题，现在可以套 React Compiler ，问题是这个反复更新的渲染机制会让开发很复杂，比如 Effect 一多组件的行为就越难预测。
我是一边用，一边忍，一边推荐给别人... 因为生态比别的 UI 库繁荣太多太多了。
2024-04-12 14:24:57 +08:00 回复了 magicfield 创建的主题 › 职场话题 › V 友么觉得什么样的公司应该定义为外包啊 |
乙方的乙方就是项目外包 ^ ^
2024-04-11 13:52:11 +08:00 回复了 FstarKing 创建的主题 › Apple › MacBook Pro 外接 4k 显示器感觉没有 Windows 接 2k 显示器清晰 |
24 寸的 5k 屏幕才能达到苹果屏幕的像素密度
2024-03-27 13:53:14 +08:00 回复了 wangabout008 创建的主题 › 问与答 › 可以看看各位大佬的博客吗， 4042 年还有人写博客吗 |
2023-07-05 14:06:14 +08:00 回复了 hamsterbase 创建的主题 › 分享创造 › 用 vitepress 重写了官网，求大家点评一下。 |
很赞！
2023-06-28 11:14:12 +08:00 回复了 star7th 创建的主题 › 分享创造 › 可能是国内颜值最高的开源文档工具？ |
@star7th
“如果硬要从客观上看，本标题并没有脱离事实太多”
-> 请让我说得再直白一些吧！<b>你的标题完全违背了事实</b>。如果你不愿意大方承认这一点，而是想要跳过这个问题，那么后面的人还会继续讲。
“如果硬要从客观上看，本标题并没有脱离事实太多”
-> 请让我说得再直白一些吧！<b>你的标题完全违背了事实</b>。如果你不愿意大方承认这一点，而是想要跳过这个问题，那么后面的人还会继续讲。
2023-06-28 11:00:01 +08:00 回复了 star7th 创建的主题 › 分享创造 › 可能是国内颜值最高的开源文档工具？ |
@Jynxio 补充，如果只想当 XXX 领域第一，那么建议把前置条件收的再窄一点。
2023-06-28 10:56:58 +08:00 回复了 star7th 创建的主题 › 分享创造 › 可能是国内颜值最高的开源文档工具？ |
@star7th
好的，这是你需要的论证：
1.「 clean-jsdoc-theme 」是一个还不错 JSDoc 的开源主题，在 JSDoc 的帮助下可以直接根据代码注释来自动生成 API 文档，且该主题是互联网上随手找的。
2.「 startlight 」是一个美观且全能的文档主题，在 Astro 的加持下，可以直接根据 markdown 来生成文档，并且有更好的 SEO 、更快的加载速度、美观的代码高亮、正确的 markdown 解析，还支持 MDX 和 RSS 更新；
3.showdoc 本身的 UI 是有明显缺陷的，比如：代码类文字没有使用等宽字体、markdown 换行符解析有问题、大量直接暴露的链接、登录界面没有回退机制、首页图片模糊、页面不适配移动端、中英文之间缺少空白符、favicon 四角留白，showdoc 的样式设计是简陋的；
4.如果你只想讨论国产+开源，那么请看 Apifox ，并且 GitHub 还有很多类似的产品；
5.使用者更在乎好用 /易用，没那么在乎国产与否，比如哪怕 14 nm 是国产芯片的最高成熟制程（似乎），我也不会买来用，因为我可以选更好的舶来品；
6.你不是来虚心请教的，你是来找认同的；
链接：
[clean-jsdoc-theme]( https://ankdev.me/clean-jsdoc-theme/v4/)
[startlight]( https://starlight.astro.build/getting-started/)
好的，这是你需要的论证：
1.「 clean-jsdoc-theme 」是一个还不错 JSDoc 的开源主题，在 JSDoc 的帮助下可以直接根据代码注释来自动生成 API 文档，且该主题是互联网上随手找的。
2.「 startlight 」是一个美观且全能的文档主题，在 Astro 的加持下，可以直接根据 markdown 来生成文档，并且有更好的 SEO 、更快的加载速度、美观的代码高亮、正确的 markdown 解析，还支持 MDX 和 RSS 更新；
3.showdoc 本身的 UI 是有明显缺陷的，比如：代码类文字没有使用等宽字体、markdown 换行符解析有问题、大量直接暴露的链接、登录界面没有回退机制、首页图片模糊、页面不适配移动端、中英文之间缺少空白符、favicon 四角留白，showdoc 的样式设计是简陋的；
4.如果你只想讨论国产+开源，那么请看 Apifox ，并且 GitHub 还有很多类似的产品；
5.使用者更在乎好用 /易用，没那么在乎国产与否，比如哪怕 14 nm 是国产芯片的最高成熟制程（似乎），我也不会买来用，因为我可以选更好的舶来品；
6.你不是来虚心请教的，你是来找认同的；
链接：
[clean-jsdoc-theme]( https://ankdev.me/clean-jsdoc-theme/v4/)
[startlight]( https://starlight.astro.build/getting-started/)
Select Language