在软件设计中，确定对象的粒度（Granularity）是一个重要的考量因素，它决定了对象的职责范围和复杂程度。粒度过细或过粗都可能影响系统的可维护性和性能。设计模式可以帮助我们在不同层面控制粒度和管理对象之间的交互。以下是对每种设计模式如何帮助控制粒度的详细说明，以及它们如何协助向不同粒度对象发送请求。
1. Facade 模式
粒度控制
- 目的：Facade 模式通过提供一个统一的接口，使得客户端可以简化对一系列子系统的访问。
- 实现：Facade 将多个子系统的交互逻辑封装在一个高层接口中，使得客户端不必直接与多个子系统交互，从而降低了复杂度。
请求发送
- 面向过程：Facade 模式有助于向多个对象或子系统发送请求，但通常是在幕后完成的，客户端只与 Facade 对象交互。
- 示例：在一个电商平台中，订单处理 Facade 可以封装支付、库存、物流等多个子系统的复杂交互，客户端只需调用 Facade 提供的方法即可完成一个订单的整个流程。
2. Flyweight 模式
粒度控制
- 目的：Flyweight 模式通过共享对象来减少内存使用和对象创建的成本，适用于需要大量相似对象的情况。
- 实现：Flyweight 模式将对象的状态分为内部状态（共享）和外部状态（不可共享），从而减少重复对象的数量。
请求发送
- 面向对象：Flyweight 对象通常是被客户端直接使用的，但它们的状态和行为不同，客户端可能需要根据上下文提供外部状态。
- 示例：在文档编辑器中，字体对象可以被设计为 Flyweight 对象，多个文字对象共享相同的字体对象，客户端在使用时需提供具体的文字内容。
3. Abstract Factory 模式
粒度控制
- 目的：Abstract Factory 模式提供了创建一系列相关或依赖对象的接口，而不指定具体的类。
- 实现：通过抽象工厂接口，客户端可以创建一组对象，而不需要知道具体的实现类，从而保持了对象家族的一致性。
请求发送
- 面向对象：Abstract Factory 模式帮助创建一组粒度相似的对象，但并不直接发送请求，而是为这些对象的创建提供了一个接口。
- 示例：在一个游戏系统中，抽象工厂可以创建不同主题的世界对象（如山地、海洋），客户端通过抽象工厂接口调用来获取对象家族。
4. Builder 模式
粒度控制
- 目的：Builder 模式用于分步构建复杂对象，使得同样的构建过程可以创建不同的表示。
- 实现：Builder 模式通过定义一个构造过程的抽象和具体实现，使得构建过程与表示分离。
请求发送
- 面向对象：Builder 对象通常由客户端直接使用，以逐步构建复杂对象。构建完成后，Builder 将最终对象返回给客户端。
- 示例：在创建一个复杂的文档对象时，可以使用 Builder 逐步添加段落、表格、图表等内容，最终生成完整的文档对象。
5. Visitor 模式
粒度控制
- 目的：Visitor 模式允许你定义新的操作而不改变被访问对象的类。
- 实现：Visitor 模式通过定义访问者和被访问者，使得新操作可以集中在一个类中，而不是分散在多个类中。
请求发送
- 面向对象：Visitor 对象通常是被访问对象直接使用的，以执行特定的操作。被访问对象将自身传给 Visitor，Visitor 执行相应操作。
- 示例：在图形编辑器中，Visitor 可以用于在图形对象上执行不同的操作（如渲染、计算面积），图形对象将自身传给 Visitor 以执行操作。
6. Command 模式
粒度控制
- 目的：Command 模式将请求封装为对象，从而允许参数化客户端、队列化请求以及记录请求日志。
- 实现：Command 模式通过定义命令接口和具体命令类，将请求动作和执行请求的对象分离。
请求发送
- 面向对象：Command 对象通常由客户端创建并传递给接收者，接收者执行命令对象中的操作。
- 示例：在一个智能家居系统中，命令对象可以封装开关灯的操作，客户端将命令对象传递给家居控制器，控制器执行对应的操作。
总结
确定对象的粒度是软件设计中的一个关键步骤，设计模式为我们提供了多种方法来管理对象的粒度和它们之间的交互。Facade 模式通过定义高层接口简化复杂交互，Flyweight 模式通过共享对象提高效率，Abstract Factory 模式帮助创建一组相关对象，Builder 模式分步构建复杂对象，Visitor 模式集中管理新操作，Command 模式封装请求。每种模式都在不同层面帮助设计者控制粒度并向不同粒度对象发送请求，从而提高系统的灵活性和可维护性。
