相关分享
关于 React App 业务逻辑的组织
这篇文章分享了 React 应用开发的经验,重点是如何拆分渲染逻辑、组织代码文件、优化业务流程表达以及将事件驱动逻辑转换为命令式写法。通过使用自定义 Hook 和模块化设计,提升了代码的可读性和可维护性。
适合人群:有一定 React 开发经验的前端开发者,尤其是关注代码结构优化、状态管理和复杂逻辑处理的工程师。
React i18n CSR 最佳实践
本文探讨 React 应用在客户端渲染中的 i18n 实践,包括懒加载、性能优化和翻译文件管理的最佳方法。
关于 React App 业务逻辑的组织
本文探讨了 React 应用的业务逻辑组织策略,涵盖渲染逻辑拆分、文件结构优化、业务流程的表达方式和状态管理。通过引入自定义 Hook 和状态机,提升模块间的高内聚、低耦合,便于维护复杂逻辑。文章还建议通过命令式写法和状态划分来简化流程,避免逻辑交叉,从而减轻代码阅读与维护负担。
关于 React App 业务逻辑的组织
在 React 应用开发中,本文探讨了高效组织业务逻辑的实践,包含渲染逻辑拆分、代码文件结构、业务流程表达以及状态管理策略等要点。通过合理划分组件与状态模块,使用自定义 Hook 封装复杂逻辑,提升代码的可读性与维护性。特别是在复杂应用中,推荐使用状态机与命令式逻辑来简化业务流程,使代码更加直观清晰。
如何使用纯CSS鉴别是不是Safari浏览器
如何通过纯 CSS 来判断是否为 Safari 浏览器?本文介绍了多种实用技巧和 @supports 规则的使用,帮助开发者轻松检测并处理 Safari 特有的样式兼容性问题。无论是桌面还是 iOS Safari,本文都有详细的解决方案!
一种适用于 Zustand 和 React Query 的前端数据管理方式
本文介绍了一种结合Zustand和React Query进行前端数据管理的方法。作者指出,直接使用React Query进行复杂数据的乐观更新可能会导致性能和维护问题。通过使用Zustand创建数据映射表和自定义hook,可以简化状态管理和数据同步,提升效率和可维护性。文章还提供了在开发RSS信息流浏览器“Follow”中的应用示例。
凭据获取之浏览器
本文介绍提取三种常见浏览器Password和Cookie的原理以及关键代码实现,测试版本为最新版浏览器。
NextJS/React 加载远程组件
写过文档的大佬们都知道 MDX 这个东西,对原本的 Markdown 进行了扩展,可以在 Markdown 中直接使用框架组件(React,Vue 等等)。
现在也有很多静态生成的博客使用 MDX 去编写博文,在博文中内嵌了 React 组件,在一些需要交互式的场景中,在传统的 Markdown 只能展示内容,而使用了组件就可以把死的文字变活。
MDX 的原理是在项目构建时,解析 Markdown 抽象语法树,把引入的组件进行了编译,然后嵌入到了文章内部。
而使用 MDX,就必须要引入编译时。而对于 CMS 类型的博客网站,因为内容都是动态生成的,就无法使用 MDX。
那么有没有办法去想一个歪路子去实现呢。
JWT 签名算法 HS256、RS256 及 ES256 及密钥生成
JWT 规范的详细说明请见「参考」部分的链接。这里主要说明一下 JWT 最常见的几种签名算法(JWA):HS256(HMAC-SHA256) 、RS256(RSA-SHA256) 还有 ES256(ECDSA-SHA256)。
这三种算法都是一种消息签名算法,得到的都只是一段无法还原的签名。区别在于消息签名与签名验证需要的 「key」不同。
Chrome浏览器原生支持的7种后台服务简介
妈呀,不知不觉中,浏览器竟然支持了这么多的Web后台服务特性,不少API我还是第一次见到。
