面试题答案
一键面试事件派发
- 优点：
- 简单直接： 代码逻辑清晰，在组件树中，子组件向父组件传递数据或通知事件，这种机制易于理解和实现。例如，一个按钮点击事件，子组件直接派发事件给父组件处理。
- 局部性好： 当事件只涉及局部组件交互时，事件派发不会影响到其他无关组件，减少不必要的重新渲染。比如在一个表单组件内部的交互，只在表单相关组件间传递事件。
- 缺点：
- 向上传递局限： 事件只能向上传递，对于复杂的组件树结构，如果需要跨级传递数据，需要经过多层组件的中转，这会导致代码冗余和性能损耗。例如，深层嵌套的子组件要通知顶层组件，中间层组件都需要编写转发代码。
- 全局事件开销： 如果在大型应用中使用全局事件派发，可能会导致不必要的事件监听和处理，增加内存开销和处理时间，因为所有组件都可能收到事件，即使与它们无关。
Context API
- 优点：
- 跨层级共享： 可以方便地在组件树中跨层级共享数据，无需层层传递。例如，一个主题切换的配置，可以通过Context API直接在需要的组件中获取，而不需要在中间组件传递。
- 高效更新： 当Context数据变化时，只有依赖该Context的组件会重新渲染，而不是整个组件树。这在大型应用中可以显著提升性能，减少不必要的渲染。
- 缺点：
- 不易追踪： 数据流向不够直观，尤其是在大型复杂应用中，可能难以确定数据来源和修改位置，增加调试难度。
- 滥用风险： 如果过度使用Context API，可能会导致数据共享混乱，使组件之间的耦合度增加，违背了组件化开发的初衷，也会影响性能。
选择策略
- 数据传递方向和范围：
- 如果数据是从子组件向父组件传递，并且层级较浅，事件派发是较好的选择。例如，一个简单的列表项点击事件传递到列表组件。
- 如果数据需要跨层级传递，或者在多个不相邻组件间共享，Context API更合适。比如应用的全局配置信息传递给不同层级的组件。
- 组件间耦合度：
- 对于耦合度低、独立性强的组件交互，事件派发能保持组件的独立性。例如，一个通用的按钮组件与父容器的交互。
- 如果组件之间存在紧密的数据共享关系，且这种关系在组件树中较为复杂，Context API能更好地管理数据共享，但要注意控制耦合度。比如用户登录信息在多个组件中共享。
- 性能敏感区域：
- 在性能敏感的区域，如果频繁更新的数据只影响局部组件，事件派发可以避免不必要的全局更新。
- 对于需要共享且相对稳定的数据，使用Context API可以减少传递数据的开销，同时利用其选择性更新的特性提升性能。