在项目开发初期，我们通常会选用主流的UI开发框架来构建应用（例如：基于 React 的 AntDesign、基于 Vue 的 ElementUI）。随着业务研发过程的推进，会逐渐出现在业务角度上有复用价值的自定义组件，如果我们把这些可复用的组件封装为一个一个独立的 Library，并发布到 npm 上，在项目组内共享，可以避免重复造轮子、便于协同开发、提升开发效率。
pnpm 是 performant npm（高性能的 npm），它是一款快速的，节省磁盘空间的包管理工具，同时，它也较好地支持了 workspace 和 monorepos，简化开发者在多包组件开发下的复杂度和开发流程。
最近在思考如何编写高质量的 React 项目，刚好接到聊天室的需求，于是决定写一篇关于 React、TS 的实战教程，采用 monorepo+lerna 管理包。如何关注代码质量与规范的同时，快速实现需求。
这篇文章想重点来和大家聊一下「现代库编写」的话题，相信技术和思维上，对你会有启发。
作者 | Robin Wiruch 译者 | 核子可乐 策划 | 丁晓昀 虽然就个人观点，我觉得 Web 开发的前景已经好几年没什么进展（2016 年至 2021 年），但在刚刚过去的 2022 年中确实又猛窜了一波。在本文中，我想跟大家聊聊自己看到的最新 Web 开发趋势。相信这波浪潮会继续激发 Web 开发者的关注，也让我对万象更新的 2023 年更具期待。闲言少叙，我们马上进入正题。 （元）框架 单页应用程序（SPA）及各类相关框架（包括 React.js、Vue.js、Svelte.
本文将指导您使用 K8S ，Docker，Yarn workspace ，TypeScript，esbuild，Express 和 React 来设置构建一个基本的云原生 Web 应用程序。在本教程的最后，您将拥有一个可完全构建和部署在 K8S 上的 Web 应用程序。
文章首发于@careteen/create-react-app，转载请注明来源即可。
对于初学 React 的开发者，首先要面临的问题就是如何搭建一个 React 项目。市面上的工具众多，目前最受 React 社区欢迎的是 Vite。Vite 不仅支持多种库（如 React）与TypeScript 的结合使用，还具备出色的性能。
导语 | Monorepo是一个“单仓多包”的代码管理策略，由于众多大型厂商和开源项目在其上的实践，Monorepo受到了越来越多的关注，和其他已有的代码库管理方案相比，有着自身独特的优势。本文仅讨论Monorepo在前端开发场景中的应用及实践，里面提到的概念和示例都会有所局限，可依据实际情况自行扩展阅读其他资料。 “代码（code）” 是程序员用开发工具所支持的语言写出来的源文件，用于实现或支持所有依托于计算机的程序及应用，因此，如何管理代码是开发人员在项目进程中非常重要的一环。 而“仓库（reposit
关于这些问题，在之前的一篇介绍 lerna 的文章中已经详细介绍过，感兴趣的同学可以再回顾下。
Jade Gu，携程高级前端开发专家，负责度假前端框架设计和 Node.js 基础设施建设等工作。
Vite + React + TypeScript + Yarn + Husky。
JavaScript 可能发展得很快，但 JavaScript 开发人员的发展速度貌似更快，因为许多相对较新的特性已经显示出了很高的采用率。报告把 JavaScript 的特性分成了语言、浏览器 API 和其他特性三个部分。下图根据分类划分，显示了各种特性的采用率；外圈的尺寸代表了了解这个特性的用户数量，内圈的尺寸代表了实际使用这个特性的用户数量。
随着业务的发展和架构的迭代升级，近一年 FreeWheel 核心业务团队对前端技术栈进行了大规模升级改造，针对多个新业务页面的开发需求，对产品按照业务模块进行了划分，形成了多团队协作开发的 polyrepo 模式。而对于团队之间的组件或模块的共享问题，结合社区的实践和公司内部尝试的经验，我们决定采用 monorepo 模式来满足共享需求，并对将代码仓库改造成 monorepo 进行了技术尝试和落地，下面是具体介绍。
这是关于如何搭建后端服务的实战类文章，其实在写这类文章之前，也了解了其它的 Node 服务端框架，比如 egg.js、koa.js 等框架，经过比对我更倾向于使用 Nest 框架，因此有了该系列文章，借此总结和梳理自己在项目搭建和开发的过程。
Node.js 就是一个封装了 操作系统API 的可执行程序，同时也对外提供了自己的API，并采用了 JavaScript 作为其API 的标准。换言之，应用软件可以用 JavaScript 直接与操作系统进行交互通讯。
https://github.com/getsentry/sentry-javascript
一个复杂的应用都是由简单的应用发展而来的, 随着越来越多的功能加入项目, 代码就会变得越来越难以控制. 本文章主要探讨在大型项目中如何对组件进行组织, 让项目具备可维护性.
monorepo 是一个版本控制的代码存储库，包含许多项目。虽然这些项目可能是相关的，但它们在逻辑上通常是独立的，并由不同的团队运行。
在介绍我们今天的主角 lerna 之前，首先了解下什么是 multirepo ？什么是 monorepo ？
Node.js 是一个开源的、跨平台的 JavaScript 运行时环境。它具有以下关键特性和核心优势：
esbuild 的大名相信大家也有耳闻，它是一个非常快的 Javascript 打包工具，用 GO 语言编写，是 figma 的 cto Evan Wallace 著作的，一个 30 min 的 webpack 项目用 esbuild 可以分钟级运行。本文将记录使用 esbuild 来打包一个 React 库。
在这里，我想给你一个新的React项目入门的简要概述。我想反思一下优点和缺点，反思一下作为一个开发者所需要的技术水平，反思一下作为一个React开发者，每个启动项目都能为你提供哪些功能。最后，你将了解到针对不同需求的3种解决方案。
在本文中，我们将了解 monorepo 是什么，以及 monorepos 如何帮助以更好的开发体验更快地开发应用程序。我们将讨论使用Nx开发工具管理 monorepo 的优势，并学习如何使用这些工具构建Next.js应用程序。
周末的，看点轻松的把，之前看过 React 的源码，比较好奇像 React 这样庞大的工程为什么没有用 TypeScript。
看完本文后希望可以检查一下图中的内容是否都掌握了，文中的例子最好实际操作一下，下面开始正文。
作者 | Adrien Joly 译者 | 平川 策划 | 丁晓昀 将单体拆分成服务会带来维护多个存储库（每个服务一个存储库）的复杂性，每个存储库都有独立（但相互依赖）的构建流程和版本控制历史。Monorepo 已经成为一种降低复杂性的流行解决方案。 尽管 Monorepo 工具开发商有时会提供建议，但在现有代码库中配置 Monorepo 并不容易，尤其是单体代码库。更重要的是，迁移到 Monorepo 可能会给代码库开发团队带来巨大影响。例如，需要将大多数文件移动到子目录中，这会与团队当前正在进
Vue.js 从 1.x 到 2.0 版本，最大的升级就是引入了虚拟 DOM 的概念。
Concerns with TypeScript 4.5's Node 12+ ESM Support #46452[6]
我写的一系列图形编辑器的文章，是基于我一个叫做 suika 的个人项目总结抽象而来的。
React Context 是在 React 应用程序中管理全局状态的强大工具。它允许组件共享和访问数据，而无需进行复杂的prop drilling操作。无论您是希望刚开始使用 Context 的初学者，还是希望优化 Context 使用性能的中级开发人员，本文或许都能给您提供一些灵感。
Nest CLI 是一个命令行工具，用于快速创建和管理 Nest.js 应用程序。它提供了一组命令，可以帮助开发人员快速生成模块、控制器、服务等代码文件，并且可以自动安装所需的依赖项。
Vuejs 作为在众多 MVVM(Model-View-ViewModel) 框架中脱颖而出的佼佼者，无疑是值得任何一个前端开发者去深度学习的。
随着前端应用越来越复杂，越来越庞大。前有巨石应用像滚雪球一般不断的叠高，后有中后台应用随着历史长河不断地积累负债，或者急需得到改善。微前端的工程方案在前端er心中像一道曙光不断的被提起，被实践，多年至今终于有了比较好的指引。它在解决大型应用之间复杂的依赖关系，或是解决我们技术栈的迁移历史负担，都在一定程度上扮演了极其关键的桥梁。
简单来说就是，将多个项目或包文件放到一个git仓库来管理。 目前比较广泛应用的是yarn+lerna的方式实现monorepo的管理。 一个简单的monorepo的目录结构类似这样：
TypeScript 是增长最快的语言之一，最近几年逐渐成为很多大厂的首选工具。最近，Stripe 将最大的 JavaScript 代码库（用于支持 Stripe Dashboard 功能）从 Flow 迁移到了 TypeScript。于是通过单一 PR 请求，转换了超过 370 万行代码。第二天，几百名工程师快速跟进，开始为自己的项目编写 TypeScript。
也就代表每个应用都有相同的npm包，本质上没有真正意义上的实现模块共享和复用，只是代码层次共享和复用了，应用打包构建时，还是会将依赖包一起打包
先说结论：Webpack5 模块联邦让 Webpack 达到了线上 Runtime 的效果，让代码直接在项目间利用 CDN 直接共享，不再需要本地安装 Npm 包、构建再发布了！
在上一节中，我们看到了构建 React 应用程序时的所有挑战以及一些可以帮助我们处理这些挑战的很好的解决方案。在这一节中，我们将查看项目结构和初始化工具，这些工具构成了我们项目的良好基础。
TypeScript 5.2 就要发布了。但 TypeScript 团队已经在努力开发 TypeScript 5.3 了。
如果你想成为一个 Typescript 全栈工程师，那么你可能需要关注一下 tRPC 框架。
前段时间有写过一个TypeScript在node项目中的实践。 在里边有解释了为什么要使用TS，以及在Node中的一个项目结构是怎样的。 但是那仅仅是一个纯接口项目，碰巧赶上近期的另一个项目重构也由我来主持，经过上次的实践以后，尝到了TS所带来的甜头，毫不犹豫的选择用TS+React来重构这个项目。 这次的重构不仅包括Node的重构（之前是Express的项目），同时还包括前端的重构（之前是由jQuery驱动的多页应用）。
本文是深入浅出 ahooks 源码系列文章的第一篇，这个系列的目标主要有以下几点：
作为前端工程师，前端工程化是经常听到的概念，但虽然经常听到，很多人对它的认识依然很模糊。
19年，团队沉淀了组件库、图表库、工具库等基础建设相关内容。上述的内容均为独立工程维护，起初我们采用 Git Subtree + npm install <folder> 来关联各个项目，带来了开发、调试的便利，同时也带了一些复杂性。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
