职责委派通过组合让类将任务交给其他对象完成，提升可维护性与模块化；例如PaymentProcessor委派PaymentGateway处理支付，遵循单一职责原则，依赖接口便于扩展和测试，合理命名与清晰调用链确保代码易读。
在Java中实现面向对象的职责委派，核心是让一个类将部分任务交给另一个类来完成，而不是自己承担所有逻辑。这种方式能提升代码的可维护性、可测试性和职责分离程度，使类之间的协作更清晰自然。
理解职责委派的基本思想
职责委派意味着一个对象不亲自处理某个任务，而是将该任务“委托”给另一个专门负责该功能的对象。这与继承不同，它强调的是“有关系”而非“是关系”。
例如，一个Printer类不需要自己管理纸张状态或墨盒信息，它可以将这些职责分别委派给PaperTray和InkCartridge类。
- 避免在一个类中堆积过多责任
- 提高模块化，便于单独替换或测试组件
- 符合单一职责原则（SRP）
通过组合实现委派
Java中实现委派最常用的方式是组合——即在一个类中持有另一个类的实例，并调用其方法。
看一个简单例子：
class PaymentProcessor {private PaymentGateway gateway;
public PaymentProcessor(PaymentGateway gateway) {
this.gateway = gateway;
}
public boolean process(double amount) {
return gateway.sendPayment(amount); // 委派给网关
}
}
这里PaymentProcessor不关心支付如何发送，只负责协调流程，真正执行由PaymentGateway完成。如果将来更换支付渠道，只需传入不同的实现即可。
使用接口定义委派契约
为了增强灵活性，应通过接口来定义被委派行为的契约。
继续上面的例子：
interface PaymentGateway {boolean sendPayment(double amount);
}
class StripeGateway implements PaymentGateway { ... }
class PayPalGateway implements PaymentGateway { ... }
这样，PaymentProcessor依赖的是抽象而非具体实现，更容易扩展和测试。你可以注入模拟网关进行单元测试，而不影响主逻辑。
避免过度封装，保持调用链清晰
虽然委派有助于解耦，但也要防止层层转发导致调用路径模糊。建议：
- 每个类清楚知道自己委派了什么、为什么委派
- 不要为了“模式”而强行拆分，确保拆分后逻辑更清晰
- 合理命名委派对象，如validator、notifier、loader等，让意图一目了然
比如：
class OrderService {private final OrderValidator validator;
private final EmailNotifier notifier;
public void place(O
if (validator.isValid(order)) {
// 处理订单
notifier.sendConfirmation(order.getEmail());
}
}
每个协作类职责明确，整体流程依然易读。
基本上就这些。用好职责委派，关键在于识别哪些行为可以独立出去，然后通过组合+接口的方式交给合适的对象去完成。这样写出来的代码更灵活，也更容易应对变化。
