面试题答案
一键面试模块划分
- 功能模块划分：根据项目的业务功能，将界面划分为不同的功能模块，比如用户登录模块、首页模块、个人中心模块等。这样划分的理由是每个模块职责明确，便于团队并行开发，提高开发效率。优势在于后期维护和扩展时，对某个功能模块的修改不会轻易影响到其他模块，降低了系统的耦合度。
- 复用模块提取：识别出可复用的界面元素或功能，提取为独立模块，例如通用的弹窗、导航栏等。理由是减少代码重复，提高代码的复用性。优势在于节省开发时间，且修改复用模块时，所有使用该模块的地方都能同步更新，便于维护。
视图控制器的管理
- 层次化管理：采用树形结构来管理视图控制器，如导航控制器（UINavigationController）用于管理具有层级关系的视图控制器，标签栏控制器（UITabBarController）用于组织不同功能模块的入口。理由是符合用户操作习惯，使界面切换逻辑清晰。优势在于方便实现界面的导航和切换效果，提升用户体验。
- 单一职责原则：每个视图控制器只负责处理与其相关的界面逻辑，避免过度臃肿。例如，一个视图控制器只负责展示商品列表，另一个负责商品详情展示。理由是遵循单一职责原则有助于代码的可读性和维护性，当某个功能需求变更时，只需要修改对应的视图控制器。优势在于降低了代码的复杂性，提高了可维护性。
数据传递
- 视图控制器间传递：
- 属性传递：对于父子视图控制器间简单的数据传递，通过在子视图控制器中定义属性，在父视图控制器创建子视图控制器时为其属性赋值。理由是简单直接，易于理解和实现。优势在于代码简洁，开发效率高。
- 代理模式：当子视图控制器需要向父视图控制器传递数据时，采用代理模式。子视图控制器定义代理协议，父视图控制器遵循该协议并实现相关方法。理由是解耦了视图控制器之间的依赖关系，增强了代码的可扩展性。优势在于灵活性高，可适应不同的业务场景。
- 通知中心（NSNotificationCenter）：对于跨层级或多视图控制器间的数据传递，使用通知中心。当某个事件发生时，发送通知，感兴趣的视图控制器注册并监听该通知。理由是实现了松耦合的数据传递，不需要直接引用对方。优势在于方便实现全局的数据共享和交互。
- 视图与视图控制器传递：通过视图的回调方法（如按钮的点击事件），将用户操作传递给视图控制器，视图控制器再进行相应的数据处理。理由是符合 MVC 设计模式中视图与控制器的交互方式。优势在于保持了视图与控制器职责的清晰划分。
与业务逻辑的解耦
- 模型 - 视图 - 控制器（MVC）模式：严格遵循 MVC 模式，视图（View）负责展示界面，视图控制器（Controller）负责处理用户交互和协调数据展示，模型（Model）负责存储和管理数据及业务逻辑。理由是这种模式清晰地划分了不同部分的职责，提高了代码的可维护性和可测试性。优势在于当业务逻辑发生变化时，只需要修改模型层，而不会影响到视图和视图控制器。
- 数据层抽象：将数据获取和存储逻辑封装在独立的数据层中，视图控制器通过数据层接口获取数据，而不直接操作数据的具体存储和获取方式。理由是解耦了业务逻辑与数据获取，便于数据存储方式的切换（如从本地存储切换到网络存储）。优势在于增强了系统的灵活性和可扩展性。
- 服务层隔离：对于复杂的业务逻辑，抽象出服务层，视图控制器通过调用服务层的接口来实现业务功能。理由是将业务逻辑集中管理，便于复用和维护。优势在于提高了业务逻辑的可维护性和可测试性，同时降低了视图控制器的复杂度。