1、“.....的使用仅仅是这种体系结构的个实现选择而已，的本地接口的引用，同时无需处理必不可少的查找。 业务委托方法。 在这种方法中，业务接口的容器实现明确地托付给相应的。 这具有允许高速缓存和允许故障操作在适当地点被重试的优点。 我们无需担这两部分运行在同个中。 有两种方法可以用来实现业务接口代理方法。 在这种方法中，个本地直接实现业务接口......”。

2、“..... 业务接口也是相同的这两种体系结构的不同之处从它们的出现层开始。 因此，中间层被划分成了两部分运行在容器中的业务接口和，但服务器中且该服务器运行在单个中，该规范通过本地接口来保证的层对象访问。 这使我们技能从个容器中得到好处，又不至于招致过度的复杂性或把我们的应用变成分布式的。 在这种体系结构中......”。

3、“..... 如果个应用被部署在个集成的应用服务器没有提供对并发编程的支持。 我们必须亲自处理线程化问题，或使用个解决常见问题的类库，比如。 将实体组件用于数据存取是不可能的，但可以证明的是，这根本不是什么损失。 访问增加个服务层。 整个应用仅运行在单个中。 虽然这提高了性能，但我们无法将构件自由地分配给不同的物理服务器。 这种体系结构不能使用容器事务支持......”。

4、“..... 务器支持会话状态复制来分布。 弱点应该注意下列这些缺点这种体系结构只支持个接口。 例如，它不能支持独立的客户中间层和这个接口在同个中。 但是，正如我们稍后将回看到的，可以容易测试。 如果设计合理，无需层就能够对业务接口进行测试。 我们可以发挥服务器的事务支持。 缩放性很好。 支持会话状态复制来分布......”。

5、“..... 例如，它不能支持独立的客户中间层和这个接口在同个中。 但是，正如我们稍后将回看到的，可以容易测试。 如果设计合理，无需层就能够对业务接口进行测试。 我们可以发挥服务器的事务支持。 缩放性很好。 如果接口是无状态的，则根本不需要来自容器的聚类支持。 但是，应用可以通过使用服务容易测试。 如果设计合理，无需层就能够对业务接口进行测试。 我们可以发挥服务器的事务支持......”。

6、“..... 如果接口是无状态的，则根本不需要来自容器的聚类支持。 但是，应用可以通过使用服务器支持会话状态复制来分布。 弱点应该注意下列这些缺点这种体系结构只支持个接口。 例如，它不能支持独立的客户中间层和这个接口在同个中。 但是，正如我们稍后将回看到的，可以增加个服务层。 整个应用仅运行在单个中。 正式业务接口层的概念体现了不好的习惯，不管是不是使用了......”。

7、“..... 在下面将要讨论的所有体系结构中，业务接后层都有客户比如层直接使用的中间层接口所组成。 业务接口层为普通接口中的中间层定义了联系人因此，就是个实现策略。 如果我们没有使用，业务接口的实现将是运行在容器中的普通对象。 当使用了时，业务接口的实现将隐藏掉与层的交互。 定要设计到接口，而不要设计到具体类，也不要设计到技术。 下面来看下满足不同需求的种体系结构......”。

8、“..... 他们可以把所有应用构件只运行在单个中。 这使他们变得简单而有效，但限制了部署的灵活性。 具有业务构件接口的应用在大多数情况下，用来构造应用。 因此，同个容器可以提供许多应用所需要的整个基础结构。 和样，应用实际上享有对企业的相同访问权。 它们受益于服务器的事务管理和连接池能力，并可以使用,和之类的企业服务。 除实体组件之外的所有数据存取技术都是可以使用的......”。

9、“..... 但是，在逻辑上使他们保持不同是极其重要的。 应用中的主要设计风险是构件与业务逻辑构件之间的责任模糊不清。 业务接口层将由普通类所实现的接口来组成。 这是个简单而又可缩放的体系结构，并且能满足大多数应用的需要。 浙江工业大学之江学院毕业设计论文外文翻译长处这种体系结构具有下列优点简单性。 这通常是应用的最简单结构。 但是......”。