摘要：
良好的feature-based-目录结构与具体示例 背景 先拆”业务边界”,不是拆组件 从业务角度来说,这个订单页其实有3个部分: 核心 - 浏览能力 订单列表 基础筛选 分页 Extension - 可选 - 插件能力 高级筛选 导出 状态变更 Detail - 按需能力 订单详情单床 重构目录 阅读全文
posted @ 2026-02-11 14:09
MT-Joer
阅读(1)
评论(0)
推荐(0)
摘要：
非feature-based- 示例 错误的目录结构 这是大量前端后台项目的默认写法 src/ ├── api/ │ ├── user.ts │ ├── order.ts │ └── product.ts │ ├── views/ │ ├── UserList.vue │ ├── UserDetai 阅读全文
posted @ 2026-02-11 14:06
MT-Joer
阅读(1)
评论(0)
推荐(0)
摘要：
看起来“很合理”的feature目录结构 src/ ├─ feature/ │ └─ Order/ │ ├─ index.vue │ ├─ components/ │ │ ├─ OrderTable.vue │ │ ├─ FilterForm.vue │ │ ├─ AdvancedFilter.vu 阅读全文
posted @ 2026-02-11 14:06
MT-Joer
阅读(2)
评论(0)
推荐(0)
摘要：
模块化中的边界 模块边界 本质上是变化的隔离带,一个边界是否合理, 取决与这个变化会不会被限制在边界之内 什么不是边界 一个文件夹 = 一个边界 ❌ 一个 npm 包 = 一个边界 ❌ 一个微前端应用 = 一个边界 ❌ 都不一定,真正的边界, 不是物理结构, 而是”变化约束” 判断是不是好边界的4个 阅读全文
posted @ 2026-02-11 14:05
MT-Joer
阅读(1)
评论(0)
推荐(0)
摘要：
前端工程化 - 构建体系 在我的理解中, vite不是一个简单的构建工具,而是前端工程基础设施的一部分. 我会围绕性能 , 可维护性,团队复用 去设计它 业务背景 多个中后台项目 构建配置复制粘贴,改一处容易炸 插件, alias,proxy, env 不统一 新项目初始化慢 工程化做法: 目录结构 阅读全文
posted @ 2026-02-11 14:04
MT-Joer
阅读(1)
评论(0)
推荐(0)
摘要：
依赖图的构建 本质: 我理解构建工具的依赖图构建能力,它本质上是: 能否准确的分析模块之间的依赖关系,并基于这张依赖图,支撑构建,拆包,缓存,和增量更新等一系列工程能力 到底是什么? 在构建过程中,构建工具会把每一个模块当成一个节点,把 import/require 当成边,最终形成一张有向的依赖图 阅读全文
posted @ 2026-02-11 14:04
MT-Joer
阅读(1)
评论(0)
推荐(0)
摘要：
前端工程化 前端工程化的目标,是在项目规模和复杂度不断增长的情况下,持续提升开发效率,稳定性,可维护性. 它的本质,是用工程化手段去对抗前端项目日益增长的复杂度. 随着前端项目的发展,会面临一下问题: 项目文件增多 - 几十 - 几百 - 几千 人也越来越多 1人 - 10人 - 50人 技术栈越来 阅读全文
posted @ 2026-02-11 14:00
MT-Joer
阅读(0)
评论(0)
推荐(0)
浙公网安备 33010602011771号