|
Business Delegate(业务代表)
问题
当客户端直接访问远程业务服务组件时，可能发生以下问题。
1. 降低了系统的灵活性。客户端代码随着业务服务接口的代码的改变而改变。紧耦合。
2. 降低了系统的网络传输性能。一个操作需要进行多次细粒度的远程交互。
3. 客户端包含底层架构代码。包括JNDI,网络连接故障处理，重试逻辑等等。
动机
1. 降低客户端与业务服务层的耦合度，从而隐藏服务层的具体实现细节。
2. 把网络异常信息转译成应用程序异常，或者是用户使用异常。
3. 业务代表可以向web 层提供请求的缓冲机制，提高性能。例如可以缓存远程接口。
4. 当服务层发生故障时，业务代表可以透明地重试或恢复操作，无需让客户端知道。
5. 为业务层提供一个简单，统一的接口。业务代表以一个POJO形式实现。
6. 隐藏远程性。避免不必要的远程服务调用。位置透明性。
7. 引入代理层。增加了复杂性，降低了可维护性。但收益远抵消了弊病。
结构
客户端(Action) ----> 业务代表 ---->查找服务(ServletLocator) ---->业务服务
请参照: 服务定位器模式，会话门面模式，代理模式。
示例
在petStore中ShoppingClientControllerWebImpl 其实就是一个业务代表的例子。
public class ShoppingClientControllerWebImpl implements java.io.Serializable {
private ShoppingClientController sccEjb;
private HttpSession session;
public ShoppingClientControllerWebImpl() {}
public ShoppingClientControllerWebImpl(HttpSession session) {
this.session = session;
ModelManager mm =
(ModelManager)session.getAttribute(WebKeys.ModelManagerKey);
sccEjb = mm.getSCCEJB();
}
public synchronized ShoppingCart getShoppingCartEJB() {
try {
return sccEjb.getShoppingCart();
} catch (EStoreAppException ce) {
throw new GeneralFailureException(ce.getMessage());
} catch (RemoteException re) {
throw new GeneralFailureException(re.getMessage());
}
}
public synchronized Customer getCustomerEJB() {
try {
return sccEjb.getCustomer();
} catch (EStoreAppException fe) {
throw new GeneralFailureException(fe.getMessage());
} catch (RemoteException re) {
throw new GeneralFailureException(re.getMessage());
}
}
//.............
public synchronized void remove() {
try {
sccEjb.remove();
} catch(RemoveException re){
Debug.print(re);
} catch(RemoteException re){
Debug.print(re);
}
}
}
|
