本文详细介绍了基于 Konva 和 Yjs 的协同白板应用的整体架构设计与核心实现。通过数据驱动的方式，将用户操作抽象为对 Y.Map 的数据操作，实现了多人实时协同的图形编辑功能。

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

揭秘组件库前沿最流行的概念 headless 组件的思想核心，并用实战内容，帮你理解如何实现一个headless 组件，并知道很多国外流行的headless组件库例如 shadcn/ui 的实现思路

双引擎架构，支持自定义渲染器，,一个基于 ECS 架构构建的高性能 画布渲染引擎，专为复杂图形编辑场景设计。引擎的核心特色在于双渲染后端架构

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

本篇教程将是一次深入 Tiptap 核心的旅程。我们将不再仅仅是 Tiptap 功能的"消费者"，而是成为其功能的"创造者"。我们将一起揭开 Tiptap 扩展系统背后的神秘面纱...

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

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

大家好,我又来了😁 我得承认，我有个毛病，或者说洁癖吧。 在Code Review的时候，当我点开一个*.js / *.ts文件，看到一个函数洋洋洒洒地写了50行、80行，甚至更多时，我的第一反应不是

之前在一家体量不算大的公司，我们团队负责维护一个面向 C 端用户的 SaaS 系统。 产品双周迭代，每次上线后，我们也会定期从客服那边收集用户的反馈。 但很快，我们就

从一个常见的“子表单校验 + 组装 payload”示例出发，对比了初级（面条式写死）、中级（按模块抽工具函数）、高级（模板方法 + 策略的通用 getPayload），到架构阶段的演进过程。

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

🎯 本文目标 读完这篇文章，你将了解： 主流 Monorepo 工具的对比分析 pnpm workspace 的核心优势 Turborepo 为什么这么快 如何根据项目规模选择合适的工具 📖 Mono

技术栈 React + Canvas + Socket.IO + Express 效果图 架构设计 核心功能实现 1. Canvas渲染 设备像素比适配 现代设备的高分辨率屏幕（如Retina显示器）

今天中午去饭堂吃饭的路上，我照例刷着技术圈的新闻，手指划着划着突然就停住了。一条消息炸了出来：“Wasm 3.0 标准发布”。 发布日期：2025年9月17日。 我心里默念了一下，得，又是一个足以让无

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

在前端的工作中，我遇到过许多真实的瓶颈：业务耦合、上下文断裂、公共依赖升级困难、用户体验割裂。相信不少人也有类似的感受。写这篇文章，就是想结合自己的经验，和大家一起探讨：微前端到底是不是银弹？

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

GitHub 仓库: web-ppt 在线体验: Live Demo 最近在做一个在线PPT编辑器，其中状态管理用到了Zustand，撤销重做功能用的是zundo，编辑器类型的项目一般都会有历史记录功