1、“.....弱点应该注意下列这些缺点这种体系结构只支持个接口。例如，它不能支持的客户中间层和这个接口在同个中。但是，正如我们稍后将回看到的，可以增加个服务层。整个应用仅运行在单个中。虽然这提高了性能，但我们无法将构件自由地分配给不同的物理服务器。这种体系结构不能使用容器事务支持。我们将需要在应用代码中创建和管理事务。服务器没有提供对并发编程的支持。我们必须亲自处理线程化问题，或使用个解决常见问题的类库，比如。将实体组件用于数据存取是不可能的，但可以证明的是，这根本不是什么损失。访问本地的应用规范可从站点上获得。如果个应用被部署在个集成的应用服务器中且该服务器运行在单个中，该规范通过本地接口来保证的层对象访问。这使我们技能从个容器中得到好处，又不至于招致过度的复杂性或把我们的应用变成分布式的。在这种体系结构中，层与刚讨论过繁荣应用体系结构的层相同......”。

2、“.....因此，中间层被划分成了两部分运行在容器中的业务接口和，但这两部分运行在同个中。有两种方法可以用来实现业务接口代理方法。在这种方法中，个本地直接实现业务接口，而容器代码被浙江工业大学之江学院毕业设计论文外文翻译赋予个对该的本地接口的引用，同时无需处理必不可少的查找。业务委托方法。在这种方法中，业务接口的容器实现明确地托付给相应的。这具有允许高速缓存和允许故障操作在适当地点被重试的优点。我们无需担心上述任情况中的捕获。传输不会出现。在这种体系结构中，和通过来暴露个远程接口的体系结构不同，的使用仅仅是这种体系结构的个实现选择而已，而不是个基本特征。不用改变总体设计，也不用，就可以实现任何个业务接口。长处这种体系结构具有如下这些优点它没有分布式应用那么复杂。使用不更改应用的基本设计。在这种体系结构中，只使这样些对象成为它们需要个容器的那些服务......”。

3、“.....因为没有远程方法调用或串行化。它提供容器事务与线程管理的各种好处。如果需要，它允许我们使用实体组件。弱点这种体系结构的缺点有如下这些它比纯应用更复杂。例如，它遇到部署和类装人复杂性。它仍不能支持除个接口之外的客户，除非我们添加个服务层。整个应用仍运行在单个中，这意味着所有构件都必须运行在同台物理服务器上。具有本地接口的测试起来很困难。我们需要在服务器内运行测试案例比如用服务器小程序。作为使用的结果，仍存在些调整对象设计的诱惑，即使含有本地接口，调用仍慢于普通的方法调用，而且这可能会诱惑我们修改业务对象的自然粒度。有时，我们可能会决定把引进到个没有适应它的体系结构中。这可能是由做可能管用的最简单事情的方法所造成的。例如，最初的需求可能没有证明由引入的复杂性是值得的，但后来增加的需求可能会提出使用。如果采用上面描述的业务构件接口方法......”。

4、“.....可以简单地选择应该被实现成具有本地的代理的那些业务构件接口。引进具有远程接口的可能有较大疑问，因为这不仅仅是个引进的问题，而且也是个从根本上改变了应用的性质的问题。例如，可能需要使业务接口粒度变的更粗，以避免罗嗦的调用和实现足够的性能。我们还可能需要把所有业务逻辑浙江工业大学之江学院毕业设计论文外文翻译实现转移到容器内部。分布式体系结构下面这两种体系结构除了支持应用之外，还支持远程客户。具有远程的分布式应用这种体系结构被广泛地看做经典的体系结构。它提供了这样种能力通过给及使用的构件比如构件使用不同的来物理和逻辑地划分中间层。这是个复杂的体系结构，并具有显著的性能开销。虽然描述了个应用，但该体系结构可以支持任客户类型。它特别符合客户应用的需要。该体系结构在层或者说其他远程客户与业务对象之间使用，而这些业务对象被暴露为通信的细节由容器来隐藏......”。

5、“.....这使远程调用变成了个主要的性能决定要素和个核心的设计考虑因素。我们必须尽量最大限度的减少远程调用的数量避免罗嗦的调用。在与客户层之间传递的所有对象都必须是可串行化的，而且我们必须处理更复杂的处理需求。该体系结构中的层和上面,浙江工业大学之江学院毕业设计论文外文翻译,,浙江工业大学之江学院毕业设计论文外文翻译,外文翻译评阅表指导教师评语指导教师签名年月日评阅教师评语评阅教师签名年月日浙江工业大学之江学院毕业设计论文外文翻译毕业设计论文题目基于的企业电子投票系统开发与设计外文翻译题目体系结构外文翻译二题目项目的选择与风险分院系信息工程分院专业计算机科学与技术班级姓名徐栋杰学号指导教师冯志林毕业设计论文外文翻译要求毕业设计论文外文翻译应有两篇，总字符数不少于，其文献来源应由指导教师选定后以纸质复印或打印件形式随同毕业设计论文任务书并发给学生......”。

6、“.....要求每位学生的外文翻译内容不重复。翻译的外文文献应主要选自学术期刊学术会议的文章有关著作及其他相关材料，应与毕业论文设计主题相关，并列入毕业论文设计的参考文献在每篇中文译文首页页脚处注明原文作者及出处，中文译文后应附外文原文指导教师提供的原文，论文上应有指导教师和教研室主任签名。中文译文的基本撰写格式为题目采用三号黑体字居中打印，正文采用宋体小四号字，行间距般为固定值磅，标准字符间距。页边距为左，右，上下各，页面统采用纸。封面上的外文翻译题目指中文译文的题目两篇外文文献，按封面译文外文原文译文二外文原文二外文翻译评阅表的顺序统装订。浙江工业大学之江学院毕业设计论文外文翻译作者美亨特﹑美罗夫特斯来源精通企业级应用，译文体系结构在讨论了设计中的些高层次问题之后，现在该来看看应用的几个可选体系结构。常见概念首先，让我们来看看所有体系结构都共有的几个概念......”。

7、“.....尽管有些体系结构在中间层内因如了另外的划分。经验已经证明了将企业级系统明确地划分成多个层的价值。这确保了责任的明确划分。的层体系结构是各类系统中的经验结晶。具有个或个以上层的系统已经证明比其内没有中间层的客户服务器系统具有更大的可缩放和灵活性。在个设计完备的多层系统中，每层应该只依赖于它下面的那层。例如，对数据库的更改不应该要求对接口的更改。每层所特有的东西应该向其他层隐藏起来。例如，应用中的层只应该依赖于服务器小程序，而中间层只应该依赖于之类的企业资源。这两个原则确保了应用修改起来容易，同时修改又不级联到其他层。下面依次来看典型的体系结构的每层。企业信息系统层这层有时也叫做综合层，由应用完成其工作所必须访问的企业资源所组成。这些资源包括数据库管理系统和遗留的主机应用。层资源通常是事务性的，位于服务器的控制之外......”。

8、“.....设计师对层的设计与部署将是变化的，视该项目的性质现有服务的绿色场或集成度而定。如果该项目包含现有服务的集成，层资源可能会影响中间层的实现。为与层资源的借口提供了强有力的能力，比如访问关系数据库的访问目录服务器的以及允许连接其他系统的连接器体系结构，简称。服务器负责建立连往资源的连接池横跨资源上的事务管理以及保证应用不危及系统的安全。中间层这层含有应用的业务对象，并调停对层资源的访问。中间层构件主要从事务管理和连接建池之类的容器服务中受益。中间层构件于选定的用户接口。浙江工业大学之江学院毕业设计论文外文翻译如果使用了，我们把中间层分离成两层以及使用这些来支持该接口的对象。但是，这种分离不是保证个干净中间层所必须的。用户接口层这层将中间业务对象暴露给用户。在应用中，层由服务器小程序所使用的助手类以及诸如页之类的试图构件所组成。为了清楚起见......”。

9、“.....业务接口的重要性许多人将看做应用的核心。从的中心论角度看，会话将暴露应用的业务逻辑，而其他对象比如设计模式中的层业务委托对象将由他们与的关系来确定。但是，这种假设将种技术抬高到了设计考虑之上。不是在应用中实现中间层的唯技术。正式业务接口层的概念体现了不好的习惯，不管是不是使用了，我们都应该使用这个概念。在下面将要讨论的所有体系结构中，业务接后层都有客户比如层直接使用的中间层接口所组成。业务接口层为普通接口中的中间层定义了联系人因此，就是个实现策略。如果我们没有使用，业务接口的实现将是运行在容器中的普通对象。当使用了时，业务接口的实现将隐藏掉与层的交互。定要设计到接口，而不要设计到具体类，也不要设计到技术。下面来看下满足不同需求的种体系结构。非分布式体系结构下面的这些体系结构适合应用。他们可以把所有应用构件只运行在单个中。这使他们变得简单而有效，但限制了部署的灵活性......”。