敏捷迭代怎么办！看看该如何在理论和实践中找到这个核心，并尝试通过前端架构设计解决。提升个人的架构思维直接原地起飞～

在JavaScript和TypeScript中，抛出异常类型的功能并不像在传统强类型语言中那样普遍。这篇文章探讨了为何JavaScript生态系统不适合引入类似Java的throws关键字的原因。

回到正题，做业务前端开发要不要做设计呢？我觉得大部分情况不需要，如果业务比较复杂、涉及到多人分工和共识建立、而且项目预留的充裕的时间给开发者做预研和设计，那么做一下设计还是有必要的。

今天给大家带来的是 2B 领域的一个架构难题，我们最终也没有找到一个较好「解决」方案， 或者说它本来就是一个伪命题。 让我慢慢跟你道来…

本文介绍了几种 React 设计模式，并结合具体的开发实践做了一些实例。这些模式和技巧的应用，能够将一些复杂的问题很轻松的解决掉，达到事半功倍的效果。

什么？今天我被 Leader 拉进小黑屋了！“有很多用户吐槽咱的页面太卡了”，本文将从笔者近期参与的一个实际业务需求出发，总结性能优化思路，讲述我在 React 中后台场景下性能问题排查的心路历程

1,简介 在状态共享这方面，不像 Vuex，React 的官方并没有强力推荐某种封装方案，所以 React 的状态管理工具五花八门，百花齐放， 其中就有： 做什么都要 dispatch 的 redux

包括zustand的使用介绍、源码解读、开发的最佳实践。还包括useSyncExternalStore的介绍、以及和context开发体验的对比。

看过我文章的人，应该知道React状态管理库中我比较喜欢使用Zustand的，因为使用起来非常简单，没有啥心智负担。这篇文章给大家分享一下，我这段时间使用zustand的一些心得和最佳实践。