基于 micro-app 框架构建企业级微前端模板的完整实现过程。采用Vue 3 + TypeScript + Vite 技术栈

一、背景与目标 1.1 现状分析 经过 Phase 1~4 的微前端治理（详见 doc/wujie集成.md），已完成： 已完成项 成果 微前端框架 iframe → wujie，7 个子应用统一接入

一、背景与选型 1.1 现状问题 主应用 cmclink-web-micro-main 采用 iframe 过渡方案 加载 7 个子应用，存在以下痛点： 问题 影响 7 个 <iframe> 硬编码在

选错框架的代价：某团队用 Electron 做笔记应用，上线后用户反馈"启动 5 秒，内存 500MB"。重构用了 3 个月。如果一开始选 Tauri 或 Wails，这个坑完全可以避免。 本文目标：

昨天我看新年第一波简历 看破防了 最近团队缺人，我连着看了一周的简历。 说实话，看得我挺难受的。😖 我发现一个特别普遍的现象：很多工作了四五年的兄弟，期望薪资填个 25k 甚至 30k，但你仔细翻他的

1. 核心命题：跨越 "上下文鸿沟" (The Context Gap) 在企业级应用开发中，通用 LLM (如 GPT-4, Gemini) 虽然具备极强的通用编程能力，但在落地时往往面临 "懂代码

前几个月，主管把我拉进一个小黑屋，语重心长地说：那个 2015 年上线的 CRM 系统，客户想加个AI 智能客服的功能，虽然是个老项目，但这是公司的大金矿，你来负责呗！😃。 我打开代码仓库的那一刻，两

在AI工具能够“一键生成”网站的今天，不少前端工程师陷入了存在主义危机：如果产品经理、设计师甚至普通人都能通过AI工具快速创建一个网站，前端岗位的价值何在？

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

一、故事的起点：WePY 的黄金时代 1.1 2017：小程序的工程化启蒙 要讲这个迁移故事，得先回到 2017 年。 那一年，微信小程序刚刚开放内测不久，整个前端圈都在讨论这个新东西。原生小程序的开

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

📋 目录 背景与问题 核心问题分析 解决方案设计 代码实现 架构优化思考 最佳实践总结 背景与问题 业务场景 在企业级 SaaS 应用中，我们需要在用户登录后进行多种认证检查： 用户类型认证：个人用户

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

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

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

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

本文围绕多标签页下紧急消息强提醒的两类问题：重复弹框与接力丢消息。通过localStorage全局锁限制同一时刻仅一页可弹，并以“先轮询后WS”建立Pinia未处理队列，实现不重复打扰且不遗漏。

带你了解更全面的 Monorepo，本文涵盖了 Monoreo 演进、优劣、踩坑、及全面的方案选型，后续计划补充最佳实践~

“你们前端算什么？不就是切图仔？”。当后端Leader甩出这句话时，作为前端开发者，我已经在项目中见过无数技术上的争论，但这一次的冲突，真的是让我彻底爆发了。 我先是一愣，紧接着，我直接怒喷了：“你问