这话一说出口，可能很多前端同学会立刻笑出来：“当然被玩坏了！”但咱别急着笑，我先把话摊开讲一讲。很多人每天打开项目就像进了仓库——成百上千个 node_modules、动辄几十来个依赖，一个功能装一堆

Monorepo 中 shared package 的难点，不在“代码共享”，而在“模块边界的清晰定义”。一个成熟、稳定的 shared 模块应该具备 一份源码,多个明确的构建产物

如果你刚刚入坑 React，或者想巩固组件通信、状态提升、本地存储等核心概念，那么恭喜你！这篇文章将带你手把手打造一个功能完整、结构清晰、代码优雅的 React Todo 应用。

开篇：当Vue应用从“小别墅”变成“摩天大楼” 作为Vue开发者，你是否经历过这样的技术焦虑？ 项目代码量突破10万行，npm run build 时间超过5分钟 15个团队在同一个代码库中并行开发，

一、你的表单，是否正在失控？ 想象一个场景，你正在开发一个“企业贷款申请”或“保险理赔”系统。 最初，页面只有 5 个字段，你写得优雅从容。随着业务迭代，表单像吹气球一样膨胀到了 50 多个字段： “

嘿，各位正在 React 门前反复横跳的新手小伙伴们！👋 是不是经常被“数据该放哪”、“怎么传给子组件”、“子组件想改父组件数据怎么办”这三个终极哲学问题搞得头大？别担心，今天咱们不聊虚的，直接通过一

先说结论： 前端不会凉，但“只会几个框架 API”的前端，确实越来越难混 这两年“前端要凉了”“全栈替代前端”的声音此起彼伏，本质是门槛重新洗牌： 简单 CRUD、纯样式开发被低代码、模板代码和 AI

上期和大家分享了我们精心打磨的协同AI文档 JitWord： 最近一直在迭代 JitWord 协同文档和 Pxcharts 智能表格，收到了很多粉丝的反馈。为了让更多用户和开发者能了解多维表格的技术实

前言 这几年 AI 在前端开发里的能力几乎是肉眼可见地进化”。从最早只能帮我们做做代码补全、提示几个参数，例如早期的 comate。到后来能够独立生成一个完整的 React/Vue 组件，连逻辑、样式

过去一年，我主要参与国际机票业务的开发工作，因此每天都要和多语言（i18n）打交道。熟悉我的朋友都知道，我这个人比较“惜力”(并不是，实际上只是忍不下去了)，那一起来看看我是怎么来优化多语言管理模式的

在后台系统开发领域，传统的单体架构已经无法满足现代企业的复杂需求。本文将深入探讨为什么微前端架构是后台系统的更优选择，并通过一个完整的开源项目案例，展示如何构建高性能、可扩展的微前端后台系统。

大家好，我来了🙂。 我们团队，维护着一个有5年历史的史诗级中后台项目😖。在这座屎山里，有一个叫handleOrderSubmit.js的文件。 可以下载瞧一瞧 有多屎👉 handleOrderSubm

🧠 一、前言：B端数据的“盲点效应” 在 To B（企业级）产品架构中，用户行为分析往往是“灰色地带”： 产品使用路径复杂； 不同角色协同操作； 数据入口分散在多个前后端系统。 结果是： 埋点像“满天

Next.js 在 App Router 中引入的 Server Actions 功能极大地简化了前后端交互流程，但其底层使用的通信协议——React Flight 协议，被发现存在严重的安全漏洞。

我经历了两个团队，其中一个采用了微前端架构，一个没有采用前端架构，正是因为我亲身感受过这两种不同的架构模式，所以我对这两种模式有着深切的体会，我想分享一下我们到底需不需微前端?我们为什么需要微前端？

同样是做中后台列表页，初级在堆功能，中级在理结构，高级早已在构建规则。这篇文章通过常见开发场景对比三类前端的差异，揭示那些“看似很忙、实则原地转圈”的低水平重复劳动，带你看清真正的成长路径。

基于uView UI 组件库，历经一个多月时间打磨，我重构了 uView UI 70+ 核心组件，欢迎大家体验

如果你的面试缺少一个亮点项目，我的组件库项目一定能帮助你在面试中脱颖而出，如果你想学习一个全面提高前端技能的项目，你更要进来了解一下了！

在后台系统开发领域，传统的单体架构已经无法满足现代企业的复杂需求。本文将深入探讨为什么微前端架构是后台系统的更优选择，并通过开源项目 PbstarAdmin 的完整案例，展示如何构建高性能后台系统。