当前位置：首页 > news >正文

深入解析业务代表模式：解耦表示层与业务层的利器

news 2025/7/21 11:53:06

企业应用中的分层挑战

在现代企业级应用开发中，分层架构已成为主流设计范式。其中，表示层（Presentation Tier）与业务层（Business Tier）的分离带来了诸多优势，如提高可维护性、增强可扩展性等。然而，随着系统复杂度增加，这两层之间的直接耦合往往会引发一系列问题：

业务服务变更导致表示层代码需要同步修改
服务定位逻辑分散在各处难以维护
远程服务调用异常处理重复编码
服务选择策略难以统一管理

针对这些问题，业务代表模式（Business Delegate Pattern）应运而生，成为J2EE核心模式之一。本文将全面剖析这一模式，涵盖其设计思想、实现细节、应用场景及最佳实践。

一、业务代表模式的核心概念

1.1 模式定义

业务代表模式通过引入一个中间代理层，在表示层和业务服务层之间建立缓冲带。该模式主要解决以下问题：

抽象封装：隐藏业务服务的实现细节和访问复杂性
统一入口：为客户端提供一致的业务服务调用接口
解耦分离：切断表示层对业务服务的直接依赖

1.2 模式演进

业务代表模式的发展经历了几个阶段：

原始阶段：客户端直接调用业务服务（高耦合）
服务定位器引入：使用定位器查找服务（解耦服务创建）
业务代表完善：加入缓存、容错等高级特性

1.3 架构价值

采用业务代表模式带来的架构优势包括：

可测试性增强：可以mock业务代表进行单元测试
部署灵活性：服务位置变更不影响客户端
技术透明性：客户端不感知服务是本地还是远程

二、业务代表模式的详细设计

2.1 组件结构

业务代表模式的完整类图包含以下关键角色：

客户端(Client)

表示层组件，如Servlet、JSF Managed Bean等，只与业务代表交互。

业务代表(BusinessDelegate)

核心中介者，主要职责包括：

接收客户端请求
管理服务定位
处理服务异常
可能实现缓存策略

查找服务(BusinessLookup)

服务定位抽象，可能实现为：

简单工厂
JNDI查找
依赖注入容器

业务服务(BusinessService)

业务操作接口，典型实现有：

EJB Session Bean
Spring Service
Web Service客户端

2.2 序列交互

典型调用时序如下：

Client → BusinessDelegate → BusinessLookup → BusinessService

2.3 进阶设计

生产级业务代表通常包含以下增强特性：

服务缓存：避免重复查找开销
熔断机制：防止服务雪崩
负载均衡：在多个服务实例间分配负载
重试策略：处理临时性故障

三、完整实现示例

以下是一个支持EJB和REST两种服务的增强版业务代表实现：

// 业务服务接口
public interface OrderService {
Order createOrder(OrderDTO dto);
Order getOrder(String orderId);
List<Order> listOrders(Date from, Date to);
}

// EJB实现
@Stateless
public class OrderServiceEJBImpl implements OrderService {
@Override
public Order createOrder(OrderDTO dto) {
// EJB实现逻辑
}
// 其他方法实现
}

// REST实现
@Path("/orders")
public class OrderServiceRESTImpl implements OrderService {
@POST
@Consumes(MediaType.APPLICATION_JSON)
public Order createOrder(OrderDTO dto) {
// REST实现逻辑
}
// 其他方法实现
}

// 服务定位器
public class ServiceLocator {
private static Map<String, OrderService> cache = new ConcurrentHashMap<>();

public OrderService locate(String serviceType) {
return cache.computeIfAbsent(serviceType, type -> {
if("EJB".equals(type)) {
return lookupEJBService();
} else {
return createRESTClient();
}
});
}

private OrderService lookupEJBService() {
// JNDI查找逻辑
}

private OrderService createRESTClient() {
// 创建REST客户端代理
}
}

// 增强业务代表
public class OrderBusinessDelegate {
private ServiceLocator locator = new ServiceLocator();
private OrderService service;
private String serviceType;

// 配置服务类型
public void setServiceType(String type) {
this.serviceType = type;
this.service = null; // 重置缓存
}

// 带重试的业务方法
public Order createOrderWithRetry(OrderDTO dto, int maxRetries) {
int attempts = 0;
while(attempts < maxRetries) {
try {
return getService().createOrder(dto);
} catch (ServiceException e) {
attempts++;
if(attempts == maxRetries) {
throw e;
}
waitBeforeRetry(attempts);
}
}
throw new IllegalStateException("Should not reach here");
}

private OrderService getService() {
if(service == null) {
service = locator.locate(serviceType);
}
return service;
}

private void waitBeforeRetry(int attempt) {
try {
Thread.sleep(1000 * attempt);
} catch (InterruptedException ignored) {}
}
}

// 客户端使用
@WebServlet("/order")
public class OrderServlet extends HttpServlet {
private OrderBusinessDelegate delegate;

@Override
public void init() {
delegate = new OrderBusinessDelegate();
delegate.setServiceType(
getServletContext().getInitParameter("service.type"));
}

protected void doPost(HttpServletRequest req, HttpServletResponse resp) {
OrderDTO dto = parseRequest(req);
try {
Order order = delegate.createOrderWithRetry(dto, 3);
// 处理成功响应
} catch (Exception e) {
// 处理失败
}
}
}

四、模式对比与关联

4.1 与相关模式比较

模式	关注点	与业务代表模式的关系
外观模式	简化子系统接口	业务代表是特殊的外观，专注于业务服务访问
代理模式	控制对象访问	业务代表可视为远程服务的代理
适配器模式	接口转换	业务代表可能包含适配不同服务的逻辑
服务定位器	服务发现	业务代表通常内部使用服务定位器

4.2 组合模式实践

在实际项目中，业务代表常与其他模式组合使用：

策略模式：动态切换不同的服务选择策略
装饰器模式：为业务代表添加日志、监控等横切关注点
工厂模式：创建不同类型的业务代表实例

五、实战应用场景

5.1 典型用例

多协议支持：同一业务有EJB、REST等多种实现
灰度发布：通过业务代表控制流量路由
遗留系统整合：包装旧系统提供统一接口
跨系统调用：封装外部服务调用细节

5.2 Spring框架中的实现

Spring应用中可通过多种方式实现业务代表：

// 基于@Primary的简单实现
@Service
@Primary
public class OrderServiceDelegate implements OrderService {@Autowiredprivate List<OrderService> services;@Overridepublic Order createOrder(OrderDTO dto) {return determineService().createOrder(dto);}private OrderService determineService() {// 根据策略选择具体服务}
}// 基于FeignClient的REST实现
@FeignClient(name = "order-service", fallback = OrderServiceFallback.class)
public interface OrderServiceClient extends OrderService {
}@Service
public class OrderServiceFallback implements OrderServiceClient {// 实现降级逻辑
}