`React` 已经风靡前端届很长一段时间了，在这段时间里它发展了一个非常全面而强大的生态系统。大厂喜欢在大型的前端项目中选择 `React`，它的生态功不可没。

不以规矩，不能成方圆。 由于某些原因，笔者有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。 本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自身团队的

每个月都会有总结和分享会📚，这个月也一样，于是我将近段时间的、关于TS的学习笔记梳理成30张脑图做了这次分享，也方便以后查阅，快来看看吧~

这篇文章会带大家梳理一下React、React-Redux的原理，以及核心API的最简实现。适合已经使用过redux，但对原理不大了解的读者。

前言 每个团队都应该有自己团队的代码规范，why? 1、保持代码风格统一，提高可读性 2、项目支援，团队协作，接入成本低 3、Code Review可以减少不少时间 命名规范来源 一些争论抉择理由 相

前言Umits【5分钟】搭建大型项目前端lint规范可以一定程度保证代码质量，但是还有一些无法覆盖的，建议大家参考：前端大型项目系列（一)-前端代码规范umits使用脚手架方式Umits架构Umits

Umi是蚂蚁金服的底层前端框架，我用这个框架也有一段时间了，但是网上umi相关的文章甚少呀，特别对于是3.x版本，本文就来简单介绍一下umi框架。 从3.0版本开始它们的slogan就改成了插件化的企业级前端应用框架，插件这个概念让整个umi框架的扩展性大大提高，插件让框架支持…

这是我阅读ahooks源码后，写下的笔记，如果有错漏的地方还请指正。 1. useCreation 分析，组件重新渲染时，需要判断依赖项是否变化而重新执行factory函数，则我们可以知道依赖项和factory返回的内容需要持久化。factory函数只有在依赖项变化和首次渲染时…

本文没有只针对 React 读者，除了强相关 React 技术栈的内容，其他东西完全是可以应用进任意技术栈的项目。