1、以下这些语句存在若干问题，包括语法错误、标点使用不当、语句不通畅及信息不完整——“.....的使用仅仅是这种体系结构的个实现选择而已，而不是个基本特征。 不用改变总体设计，也不用，就可以实现任何个业务接口。 长处这种体系结构具有如下这些优点它没有分布式应用那么复杂。 使用不更改应用的基本设计。 在这种体系结构中，只使这样些对象成为它们需要个容器的那些服务。 使用只强加相当小的性能开销，因为没有远程方法调用或串行化。 它提供容器事务与线程管理的各种好处。 如果需要，它允许我们使用实体组件。 弱点这种体系结构的缺点有如下这些它比纯应用更复杂。 例如，它遇到部署和类装人复杂性。 它仍不能支持除个接口之外的客户，除非我们添加个服务层。 整个应用仍运行在单个中......”。

2、以下这些语句存在多处问题，具体涉及到语法误用、标点符号运用不当、句子表达不流畅以及信息表述不全面——“..... 例如，它不能支持的客户中间层和这个接口在同个中。 但是，正如我们稍后将回看到的，可以增加个服务层。 整个应用仅运行在单个中。 虽然这提高了性能，但我们无法将构件自由地分配给不同的物理服务器。 这种体系结构不能使用容器事务支持。 我们将需要在应用代码中创建和管理事务。 服务器没有提供对并发编程的支持。 我们必须亲自处理线程化问题，或使用个解决常见问题的类库，比如。 将实体组件用于数据存取是不可能的，但可以证明的是，这根本不是什么损失。 访问本地的应用规范可从站点上获得。 如果个应用被部署在个集成的应用服务器中且该服务器运行在单个中，该规范通过本地接口来保证的层对象访问。 这使我们技能从个容器中得到好处......”。

3、以下这些语句在语言表达上出现了多方面的问题，包括语法错误、标点符号使用不规范、句子结构不够流畅，以及内容阐述不够详尽和全面——“.....即使含有本地接口，调用仍慢于普通的方法调用，而且这可能会诱惑我们修改业务对象的自然粒度。 有时，我们可能会决定把引进到个没有适应它的体系结构中。 这可能是由做可能管用的最简单事情中，这意味着所有构件都必须运行在同台物理服务器上。 具有本地接口的测试起来很困难。 我们需要在服务器内运行测试案例比如用服务器小程序。 作为使用的结果，仍存在些调整对象设体组件。 弱点这种体系结构的缺点有如下这些它比纯应用更复杂。 例如，它遇到部署和类装人复杂性。 它仍不能支持除个接口之外的客户，除非我们添加个服务层。 整个应用仍运行在单个只使这样些对象成为它们需要个容器的那些服务。 使用只强加相当小的性能开销......”。

4、以下这些语句该文档存在较明显的语言表达瑕疵，包括语法错误、标点符号使用不规范，句子结构不够顺畅，以及信息传达不充分，需要综合性的修订与完善——“.....但我们仍需要处理使用它所带来的影响。 这使远程调用变成了个主要的性能决定要素和个核心的设计考虑因素。 我们必须尽量最大限度的减少远程调用的数量避免罗嗦的调用。 在与客户层之间传递的所有对象都必须是可串行化的，而且我们必须处理更复杂的处理需求。 该体系结构中的层和上面单地选择应该被实现成具有本地的代理的那些业务构件接口。 引进具有远程接口的可能有较大疑问，因为这不仅仅是个引进的问题，而且也是个从根本上改变了应用的性质的问题。 例如，可能需要使业务的方法所造成的。 例如，最初的需求可能没有证明由引入的复杂性是值得的，但后来增加的需求可能会提出使用。 如果采用上面描述的业务构件接口方法，引进具有本地接口的将不会引起问题......”。

5、以下这些语句存在多种问题，包括语法错误、不规范的标点符号使用、句子结构不够清晰流畅，以及信息传达不够完整详尽——“..... 务器支持会话状态复制来分布。 弱点应该注意下列这些缺点这种体系结构只支持个接口。 例如，它不能支持的客户中间层和这个接口在同个中。 但是，正如我们稍后将回看到的，可以容易测试。 如果设计合理，无需层就能够对业务接口进行测试。 我们可以发挥服务器的事务支持。 缩放性很好。 如果接口是无状态的，则根本不需要来自容器的聚类支持。 但是，应用可以通过使用服务容易测试。 如果设计合理，无需层就能够对业务接口进行测试。 我们可以发挥服务器的事务支持。 缩放性很好。 如果接口是无状态的，则根本不需要来自容器的聚类支持。 但是，应用可以通过使用服务器支持会话状态复制来分布......”。

6、以下这些语句存在多方面的问题亟需改进，具体而言：标点符号运用不当，句子结构条理性不足导致流畅度欠佳，存在语法误用情况，且在内容表述上缺乏完整性。——“..... 在这种方法中，个本地直接实现业务接口，而容器代码被浙江工业大学之江学院毕业设计论文外文翻译赋予个对该层与刚讨论过繁荣应用体系结构的层相同。 业务接口也是相同的这两种体系结构的不同之处从它们的出现层开始。 因此，中间层被划分成了两部分运行在容器中的业务接口和，但服务器中且该服务器运行在单个中，该规范通过本地接口来保证的层对象访问。 这使我们技能从个容器中得到好处，又不至于招致过度的复杂性或把我们的应用变成分布式的。 在这种体系结构中，本地的应用规范可从站点上获得。 如果个应用被部署在个集成的应用服务器没有提供对并发编程的支持。 我们必须亲自处理线程化问题，或使用个解决常见问题的类库，比如......”。

7、以下这些语句存在标点错误、句法不清、语法失误和内容缺失等问题，需改进——“..... 它提供容器事务与线程管理的各种好处。 如果需要，它允许我们使用实而不是个基本特征。 不用改变总体设计，也不用，就可以实现任何个业务接口。 长处这种体系结构具有如下这些优点它没有分布式应用那么复杂。 使用不更改应用的基本设计。 在这种体系结构中，心上述任情况中的捕获。 传输不会出现。 在这种体系结构中，和通过来暴露个远程接口的体系结构不同，的使用仅仅是这种体系结构的个实现选择而已，的本地接口的引用，同时无需处理必不可少的查找。 业务委托方法。 在这种方法中，业务接口的容器实现明确地托付给相应的。 这具有允许高速缓存和允许故障操作在适当地点被重试的优点。 我们无需担这两部分运行在同个中......”。

8、以下文段存在较多缺陷，具体而言：语法误用情况较多，标点符号使用不规范，影响文本断句理解；句子结构与表达缺乏流畅性，阅读体验受影响——“..... 在这种体系结构中，层与刚讨论过繁荣应用体系结构的层相同。 业务接口也是相同的这两种体系结构的不同之处从它们的出现层开始。 因此，中间层被划分成了两部分运行在容器中的业务接口和，但这两部分运行在同个中。 有两种方法可以用来实现业务接口代理方法。 在这种方法中，个本地直接实现业务接口，而容器代码被浙江工业大学之江学院毕业设计论文外文翻译赋予个对该的本地接口的引用，同时无需处理必不可少的查找。 业务委托方法。 在这种方法中，业务接口的容器实现明确地托付给相应的。 这具有允许高速缓存和允许故障操作在适当地点被重试的优点。 我们无需担心上述任情况中的捕获。 传输不会出现。 在这种体系结构中......”。

9、以下这些语句存在多方面瑕疵，具体表现在：语法结构错误频现，标点符号运用失当，句子表达欠流畅，以及信息阐述不够周全，影响了整体的可读性和准确性——“..... 具有本地接口的测试起来很困难。 我们需要在服务器内运行测试案例比如用服务器小程序。 作为使用的结果，仍存在些调整对象设计的诱惑，即使含有本地接口，调用仍慢于普通的方法调用，而且这可能会诱惑我们修改业务对象的自然粒度。 有时，我们可能会决定把引进到个没有适应它的体系结构中。 这可能是由做可能管用的最简单事情的方法所造成的。 例如，最初的需求可能没有证明由引入的复杂性是值得的，但后来增加的需求可能会提出使用。并具有显著的性能开销。 虽然描述了个应用，但该体系结构可以支持任客户类型。 它特别符合客户应用的需要。 该体系结构在层或者说其他远程客户与业务对象之间使用......”。