第3章 小程序组件库核心设计原则

面试官考察点：设计经验、抽象能力、对复用性与灵活性的平衡理解

回答框架：先明确拆分原则 → 用业务场景举例 → 说明粒度过粗/过细的后果

简短示例回答：我会遵循单一职责与可复用性原则。例如“用户头像”拆分出头像展示、角标、点击跳转等独立属性，而非一个包含所有逻辑的大组件。粒度过粗会耦合业务逻辑，过细则增加维护成本。

可能追问：如果组件的API数量超过20个，你会怎么处理？

避坑提醒：不要只讲理论，必须结合小程序场景（如包体积、渲染性能）举例。

面试官考察点：基础掌握、实战中对生命周期的合理运用

回答框架：列举生命周期（created→attached→ready→detached）→ 说明每个阶段适合做什么 → 强调内存泄漏与性能处理

简短示例回答：created初始化数据，attached发起网络请求，ready操作DOM，detached清理定时器。比如弹窗组件在detached中移除observer，避免内存泄漏。

可能追问：组件生命周期与页面生命周期如何交互？

避坑提醒：不要混淆小程序组件生命周期与Vue/React生命周期；强调清理操作的重要性。

面试官考察点：架构设计、解耦能力、模式运用经验

回答框架：单向数据流 vs 双向绑定 → 选择合适模式（Observer/发布订阅/组合模式）→ 举例

简短示例回答：我优先使用单向数据流，父组件通过properties传值，子组件通过事件触发更新。对于复杂联动（如表单校验），采用发布订阅模式解耦，避免层层传递。

可能追问：如何避免因数据流复杂导致的性能问题？

避坑提醒：不要在一个组件内混用多种数据流模式；考虑setData性能优化（合并、diff）。