第 1 章：岗位能力画像与简历优化模板
本章定位：帮助面试者建立 iOS 组件库工程师的完整能力坐标系，掌握“从业务需求中提炼组件化能力”的核心方法，并用 STAR+量化指标写出高通过率的简历。
能力维度拆解表
| 能力维度 | 核心技能 | 面试考察点 | 简历加分项 |
|---|---|---|---|
| 抽象设计能力 | 协议与泛型、接口设计、依赖反转 | 能否从业务重复中提炼复用模式 | 有跨业务线组件设计经验 |
| 组件化架构 | 模块拆分、组件通信、版本管理 | 是否理解高内聚低耦合原则 | 主导过组件化从0到1搭建 |
| 性能优化 | 包体积、启动耗时、渲染性能 | 有无量化指标意识和优化手段 | 有组件级性能优化专项成果 |
| 工程化协作 | CI/CD、文档规范、跨团队协同 | 能否推动技术规范落地执行 | 有组件治理平台建设经验 |
面试官视角：大厂面试官并不期待你“完美掌握所有维度”，而是通过你的项目描述，判断你是否具备抽象思维+量化意识+结果闭环这三个底层能力。后续章节将逐一拆解各维度的面试真题。
🎯 问题 1：如何提炼你的组件化能力？
面试官考察点
- 是否真正理解组件化本质（复用、隔离、抽象）
- 是否有从0到1或从1到N的实践经历
- 能否用结构化语言描述抽象思考过程
回答框架：STAR + 量化指标
- S（情境）：项目背景与业务规模
- T（任务）：组件化要解决的核心痛点
- A（行动）：抽象过程、设计决策、架构选型
- R（结果）：量化收益（接入率、复用率、效率提升）
示例回答
在电商App重构中，我主导了商品详情页组件化。通过分析8+业务方需求，抽象出“商品卡片”基础组件，定义统一数据协议与事件回调。该组件接入率达100%，减少重复代码42%，团队开发效率提升30%。
可能追问
- 你如何设计组件的接口？考虑了哪些扩展场景？
- 组件之间的依赖关系如何管理？
- 如何保证组件的向后兼容？
⚠️ 避坑提醒：不要只讲“使用了XX组件”，要突出“抽象”和“设计”的过程。面试官想看到的是你如何从业务需求推导出组件设计，而不是组件的使用体验。
📐 问题 2：用STAR原则描述一个你主导的组件化项目
面试官考察点
- 结构化表达能力与逻辑清晰度
- 量化思维的养成（是否习惯用数据说话）
- 结果导向意识（是否关注业务收益）
回答框架：STAR分解表
| 环节 | 关键要素 | 表达要点 |
|---|---|---|
| S | 项目规模、团队角色 | 业务背景 + 数据量级 |
| T | 核心问题、技术挑战 | 痛点明确 + 目标清晰 |
| A | 设计方案、执行路径 | 抽象过程 + 关键决策 |
| R | 量化收益、业务影响 | 数据说话 + 业务对齐 |
示例回答
S：负责IM模块组件化，支撑5+业务线接入。T：模块间代码耦合严重，重复率超60%。A：设计“协议+默认实现”架构，定义IMService协议，拆分UI与逻辑层。R：组件复用率提升至85%，新业务接入从2周缩短至3天。
可能追问
- 你的量化指标是如何定义的？是否有横向对比？
- 组件化过程中遇到的最大阻力是什么？
- 如果重新做一遍，哪些地方可以改进？
⚠️ 避坑提醒：STAR中的“A”环节最容易展开不足。不要只说“我设计了组件”，要详细描述抽象过程、设计取舍、架构决策，让面试官看到你的思考深度。
🏛️ 问题 3：大厂面试如何体现系统设计与抽象能力？
面试官考察点
- 架构视野高度（能否跳出单点看全局）
- 设计模式的灵活应用能力
- 技术前瞻性与长远规划意识
回答框架：能力展示四步路径
- 识别模式：从业务重复中发现抽象机会
- 设计抽象：定义协议、接口、数据流
- 权衡取舍：灵活性与复杂度的平衡
- 落地验证：通过接入率、扩展性验证设计
示例回答
在首页组件化中，我设计了“组件注册中心”模式。通过统一协议定义组件生命周期，支持按需加载与动态注册。该设计支撑12个业务模块接入，新增组件无需修改主工程代码，扩展性得到充分验证。
可能追问
- 你如何评估一个设计方案的优劣？有哪些评审标准？
- 讲讲你使用过的设计模式及其在组件化中的应用
- 面对多团队协作，如何推动组件规范的落地？
⚠️ 避坑提醒：不要堆砌设计模式名词（工厂、策略、观察者…）。要结合具体场景说明“为什么选这个设计”以及“带来了什么实际收益”，让抽象能力可感知、可量化。