请教banq和各位同行

我觉的这样可在service和client之间增加business delegate这一层。这里又体现了采取面向接口编程的方便性了。

你是说要把和应用相关的逻辑放在Business Delegate 这一层上吗？业务代表应该不是做这个用的吧
系统里要做的是当本地服务不可用时就去请求远程服务，但和应用相关的逻辑又不想重复。在J2EE核心模式上，看到有Application Service 和Session Facade模式，一种是POJO的实现，一种是EJB的实现，要想实现系统的要求，我还有点迷惑，还请有经验的朋友指点。

说白了就是把client调用service的调用逻辑封装起来就是了

我的问题就是在这种既有POJO又有EJB的环境中，应用逻辑封装在哪里更好。你好象很明白，如果你能说到点子上就更好了^_^

关键在于你的应用逻辑是否需要强烈的事务支持，如果不需要，都做成POJO比较好，EJB看成是套子、载体，套在你的POJO外。这样可使用EJB的分布计算来动态携带你的业务POJO。