React.Component损害了复用性？--技术头条 -- 微博大V帮你宣传技术博文开发者头条码农头条

zg zgq.me / 2025-01-19 23:38

关于 React App 业务逻辑的组织

这篇文章分享了 React 应用开发的经验，重点是如何拆分渲染逻辑、组织代码文件、优化业务流程表达以及将事件驱动逻辑转换为命令式写法。通过使用自定义 Hook 和模块化设计，提升了代码的可读性和可维护性。

适合人群：有一定 React 开发经验的前端开发者，尤其是关注代码结构优化、状态管理和复杂逻辑处理的工程师。

查看详情

无图

in innei.in / 2024-11-02 16:57

React i18n CSR 最佳实践

本文探讨 React 应用在客户端渲染中的 i18n 实践，包括懒加载、性能优化和翻译文件管理的最佳方法。

查看详情

无图

zg zgq.me / 2024-11-02 16:56

关于 React App 业务逻辑的组织

本文探讨了 React 应用的业务逻辑组织策略，涵盖渲染逻辑拆分、文件结构优化、业务流程的表达方式和状态管理。通过引入自定义 Hook 和状态机，提升模块间的高内聚、低耦合，便于维护复杂逻辑。文章还建议通过命令式写法和状态划分来简化流程，避免逻辑交叉，从而减轻代码阅读与维护负担。

查看详情

无图

zg zgq.me / 2024-11-02 16:10

关于 React App 业务逻辑的组织

在 React 应用开发中，本文探讨了高效组织业务逻辑的实践，包含渲染逻辑拆分、代码文件结构、业务流程表达以及状态管理策略等要点。通过合理划分组件与状态模块，使用自定义 Hook 封装复杂逻辑，提升代码的可读性与维护性。特别是在复杂应用中，推荐使用状态机与命令式逻辑来简化业务流程，使代码更加直观清晰。

查看详情

无图

in innei.in / 2024-08-06 08:19

一种适用于 Zustand 和 React Query 的前端数据管理方式

本文介绍了一种结合Zustand和React Query进行前端数据管理的方法。作者指出，直接使用React Query进行复杂数据的乐观更新可能会导致性能和维护问题。通过使用Zustand创建数据映射表和自定义hook，可以简化状态管理和数据同步，提升效率和可维护性。文章还提供了在开发RSS信息流浏览器“Follow”中的应用示例。

查看详情

无图

in innei.in / 2024-03-13 13:21

写过文档的大佬们都知道 MDX 这个东西，对原本的 Markdown 进行了扩展，可以在 Markdown 中直接使用框架组件（React，Vue 等等）。
现在也有很多静态生成的博客使用 MDX 去编写博文，在博文中内嵌了 React 组件，在一些需要交互式的场景中，在传统的 Markdown 只能展示内容，而使用了组件就可以把死的文字变活。
MDX 的原理是在项目构建时，解析 Markdown 抽象语法树，把引入的组件进行了编译，然后嵌入到了文章内部。
而使用 MDX，就必须要引入编译时。而对于 CMS 类型的博客网站，因为内容都是动态生成的，就无法使用 MDX。
那么有没有办法去想一个歪路子去实现呢。

查看详情

无图

bl blog.codingnow.com / 2023-02-12 14:00

同一 Entity 包含多个同类 Component 的问题

ECS 中，同一个 Entity 是否可以由多个同类型的 Component 构成？在 Unity 中，答案是可以。我们的引擎在设计之初也是可以的。
当时有一个问题：在 Lua 中，如何访问同类型的 Component ？如果有多个同类 Component ，最自然的方式是把它们放在一个数组里。但是、绝大多数情况下我们用不上这个特性，每次访问 Component 都加一次 [1] 或 [0] 的数组索引显得画蛇添足。若单个 Component 不用数组，多个才用数组，写起来又有极大的心智负担。因为这样做，它们就成了两个不同的类型。
后来，我们干脆利用 Lua 的特性，把数组和 Component 本身放在一个 table 中。如果有多个 Component 就把这个数组直接放在第一个 Component 的 table 内。就这样用了一段时间后，最后还是受不了这个脏技巧。等到用 C 编写 luaecs 后，就砍掉了这个特性。

查看详情

无图

te teobler.com / 2022-10-17 13:52