企业级前端开发规范

团队里「各写各的」从哪来

多人协作的前端项目，常见问题不是缺文档，而是规范散落在 Wiki、口头约定和某次 Code Review 的截图里：目录一会儿 pages 一会儿 views，组件命名和 Git commit 各有一套，ESLint 配了但没人按同一套解释执行。中后台、移动端和通用 Web 应用在工程化细节上又容易混用，新人 onboarding 成本高，老代码也难以统一重构。

技能如何组织答案

本技能把可落地、团队统一的前端约定收成一套问答式知识库，你可以直接问具体问题，例如：

• 前端项目目录怎么设计？src 下 api、components、composables、pages 等如何划分
• JS/TS 变量与文件命名、Vue/React 组件写法、Git type(scope): content 提交格式
• HTML 语义化与 alt、CSS/SCSS 嵌套与 BEM、ESLint + Prettier 的缩进与引号规则
• 路由懒加载、虚拟列表、防抖节流，以及 XSS/CSRF、敏感信息存储等安全边界

内容按模块展开（结构、命名、HTML/CSS、JS/TS、框架、Git、工具链、性能、安全），每条偏向「团队默认选项」而不是概念科普，适合作为评审清单或 onboarding 对照表。

适用边界

这是规范与最佳实践指引，不会替你生成完整项目的脚手架配置或仓库级 ESLint 配置文件；具体技术栈版本、Monorepo 策略需结合你们现有基建调整。React 与 Vue 章节并存，实际项目通常只采纳其中一套框架约定。