设计模式--业务代码模式、组合实体模式

业务代表模式

业务代表模式（Business Delegate Pattern）用于对表示层和业务层解耦。它基本上是用来减少通信或对表示层代码中的业务层代码的远程查询功能。在业务层中我们有以下实体。

• 客户端（Client） - 表示层代码可以是 JSP、servlet 或 UI java 代码。
• 业务代表（Business Delegate） - 一个为客户端实体提供的入口类，它提供了对业务服务方法的访问。
• 查询服务（LookUp Service） - 查找服务对象负责获取相关的业务实现，并提供业务对象对业务代表对象的访问。
• 业务服务（Business Service） - 业务服务接口。实现了该业务服务的实体类，提供了实际的业务实现逻辑。

---

概要

意图

抽象和封装应用程序的访问逻辑，从而为表示层提供对业务逻辑层的访问。

主要解决的问题

• 解决表示层与业务逻辑层之间的耦合问题，允许表示层通过业务代表间接访问业务逻辑层。

使用场景

• 当需要在多层应用程序中清晰地分离表示层和业务逻辑层时。

实现方式

• 业务代表接口：定义访问业务逻辑的方法。
• 业务代表实现：实现业务代表接口，封装调用业务逻辑层的逻辑。
• 业务服务：业务逻辑层的接口或类，包含业务操作。

关键代码

• 业务代表接口：声明访问业务逻辑的方法。
• 业务代表实现：实现接口，包含调用业务服务的代码。
• 业务服务：业务逻辑的具体实现。

应用实例

• Web应用程序：Web层作为表示层，通过业务代表访问后端服务层。

优点

• 表示层与业务逻辑层解耦：业务代表作为中间层，降低耦合度。
• 集中访问逻辑：简化表示层的代码，将访问逻辑集中在业务代表中。
• 易于维护和扩展：添加新的业务逻辑访问时，只需修改业务代表。

缺点

• 可能增加复杂性：对于简单应用程序，可能增加不必要的抽象层次。

使用建议

• 当开发多层应用程序，需要在表示层和业务逻辑层之间提供清晰分离时，考虑使用业务代表模式。

注意事项

• 业务代表应该尽量简洁，避免包含复杂的逻辑。

包含的几个主要角色

• 业务代表接口（Business Delegate Interface）：

  • 声明访问业务逻辑的方法。

• 业务代表实现（Business Delegate Implementation）：

  • 实现业务代表接口，封装对业务服务的调