Question

急求英语高手帮忙翻译下这篇英语文章，小弟跪谢了！！

小弟不才，英语很烂，眼前马上要交作业了，但是面对这篇洋洋洒洒的英语文章，确实难倒了我。希望有英语高手帮帮忙。小弟在此跪谢了。
悬赏50分！！
那篇文章太长了，我放在我的空间里了 http://hi.baidu.com/way_ne1986/blog 谢谢路过的大侠们了，帮帮忙吧！！！

我是新注册的号，就60分，提问花了10分，只能拿出50分了。我分在高的话，我可以全部给你们。

Answer 1

NET和J2EE的战役为企业

追踪正在进行的对立，微软和Sun微系统公司为他们寻求控制的企业应用软件开发市场的困惑甚至是最专门的开发。对于软件设计师，竞争的“标准”可扑朔迷离。然而，你会认为，今天的选择，实际上使它成为一个相对容易的时间为企业开发，而前几代的工具？

？ ？ ？ ？微软和Sun的份额引人注目的愿景一个新的企业架构，每个视觉功能强大的互通过网络服务和各种标准。

？ ？ ？ ？这当然更容易对付。 NET框架和Java 2平台企业版（ J2EE ）现在，而不是处理五年或十年主要是不相容的看法，这是在中间件行业以前是领导。

？ ？ ？ ？的一个最广泛的辩论问题，在当今业界是选择微软。 NET或J2EE 。从企业的建筑规划的角度来看， 。 NET和J2EE的有很多的共同点和开发技能转移它们之间很好。 J2EE的产品供应商，如BEA ， IBM公司， Macromedia公司，甲骨文和Sun公司已经成熟的地步，有必要对企业的建筑师把赌注押在任何的。 NET或J2EE或两者;绝大多数将赌注押在两者兼而有之。由于这些原因，想的。 NET和J2EE作为补充，而不是相互竞争。

？ ？ ？ ？ ，这并不奇怪的J2EE/.NET域一直存有争议和混乱。首先，既代表了高潮几十年的软件进化。例如， Sun公司的J2EE 1.3教程重量超过700页，有许多书籍J2EE和。 NET中的冰山上的规模超过1300页。这种实力是不足为奇的，因为这些文件试图解决几乎整个计算的光谱，从企业中间件到手持设备。

？ ？ ？ ？ J2EE和。 NET中也充满活力和快速移动的项目，每个建设了大量的标准举措，特别是对XML和Web服务。由于这些标准是一起扔通常的软件产业销售和宣传， J2EE/.NET竞争十分激烈，这往往很难记得什么软件市场是像以前一样，他们抵达。 （任何人都走上了职业生涯的IBM的PC或BEA的礼服这几天？ ）

？ ？ ？ ？清理术语

？ ？ ？呢？不使用术语复杂化的理解异同的两种模式。条款，如对象，组件和服务中使用的两种模式，例如，但往往巧妙地不同的含义。它没有帮助，新闻界和业内分析人士往往比较规格，产品发布，是不确切的有什么包含在目前的版本相比有什么计划的未来。

？ ？ ？ ？即使范围的竞争产品令人困惑。例如， J2EE的产品往往包括集成和门户服务，同时。 NET中一般是作为一条毯子词来描述未来所有微软的软件和服务。常委会从宣传和动态的定义，但是，它可能辨别多种方式的J2EE和。 NET的趋同走向一个共同的企业架构模式。

？ ？ ？ ？的核心企业应用，但几乎总是一个数据库管理系统（ DBMS ） ，交易处理（总磷）监测，并面向消息的中间件（ MOM ）服务包括，如IBM的WebSphere MQ ，微软消息队列（ MSMQ的） ，或TIBCO的。事实上，在大多数企业的情况通常有多个实例的每个，但他们越来越多地演变成平台服务，而不是不同的服务器产品类别？ ？的趋势加速到来Web应用服务器。

？ ？ ？ ？在J2EE/.NET模型，无论是基本的DBMS /总磷/中间件服务和商业应用背景的管理在一个面向对象（对象）的抽象层次。该J2EE/.NET模型带来了面向对象的办法，企业计算的主流，具有强大的面向对象的框架（类库）的服务，如对象持久性，交易， Web服务，等等。这种模式极大地扩展了工作范围可以做声明式（很少或根本没有程序编码） ，并常常包括一个网页/外观/配置驱动的拖放方法的应用开发。

？ ？组件的一个关键部分J2EE/.NET模型;认为它们当作收藏的对象，包装和部署在一起简单，可重用性和灵活性。在Java方面，认为“部分”每当你看到“豆。 ” 。 NET企业级服务和J2EE的企业Java组件（ EJB组件）功能特别强大的企业组成，提供对象和连接池和强大的负载平衡服务。

？ ？ ？ ？基于UML的工具，常常被用于J2EE/.NET应用分析和设计，这是因为基于UML的面向对象是理想的J2EE/.NET执行模型，由于不断扩大的范围和复杂性，当今的企业工作。虽然不同的方法在编码/实施阶段，一套共同的分析和设计技术，既适用于J2EE和。 NET中。

？ ？ ？呢？使用虚拟机（ VM ）架构也很常见到J2EE和。 NET 。应用开发工具？ ？如Borland的JBuilder ， Sun公司的Java复，微软Visual Studio 。 NET的？ ？生产中级代码而不是平台特定的二进制代码，这意味着虚拟机解释代码在实时或进行准时化在时间（准时）汇编; Microsoft VM的运行总是准时编译代码。这种虚拟机模型的结果独立于平台的应用，有利于后期结合技术，关键的面向对象的方法。

？ ？ ？ ？ J2EE和。 NET中的份额异步，松散耦合，服务为中心的通信模式，应用流量的控制邮件确定物体之间的顺序而不是铁板一块流动的程序。新的模式更适合本身的面向对象的性质， J2EE和。 NET的，但它导致了潜在的陡峭的学习曲线为开发谁习惯于更为传统的计划流动的办法。

？ ？ ？ ？最后， J2EE和。 NET中有着广泛的共同基础的标准，特别是围绕XML和Web服务。 Web服务正在迅速成为中立区之间的J2EE和。 NET的，因为他们提供了一个自我介绍，供应商和技术手段的独立间通信的应用在互联网上。如果没有Web服务，互操作性J2EE/.NET将更加困难和基于互联网的应用程序之间的交流完全根据的。 NET或J2EE的将是更加复杂。

？ ？ ？ ？的多层次的办法通常遵循J2EE和。 NET应用程序单独介绍有助于从结构（例如，在的HTML表现层和XML在商业逻辑层，和交易用户的互动[见表1 ] ） 。

？ ？ ？ ？考虑的范围，新的企业模式，重要的是要采取一种办法，支持专业化的作用，使所有开发商不应感到有必要了解整个大图片（见表2 J2EE/.NET角度企业应用发展方面的作用类型） 。

？ ？ ？ ？这里的差别在哪里

？ ？ ？ ？虽然有许多共同点J2EE和。 NET中，重大分歧依然存在。在向前迈进，就需要作出一些选择。首先，决定是否要在计划以外的语言Java语言。 J2EE的自然侧重于Java编程语言，而。 NET的支持多种编程语言？ ？主要是C ＃和Visual Basic 。 NET中，而且许多其他国家一样，从电算化到埃菲尔铁塔。语言开发商必须遵守的。 NET共同语言接口，以充分利用的。 NET通用语言运行库（ CLR ）和框架。 （这肯定不是你父亲的语言或电算化。 ）没有什么固有的JVM排除您使用它与其他的编程语言，但在这一点上太阳是独一无二的重点是Java编程语言的Java平台。

？ ？ ？ ？另一个问题你的答案是多少您的购物平台的支持。除了运行几乎任何地方的HTML / JavaScript的客户支持，微软只涉及微软的服务器平台。 NET的，而J2EE的产品可在多种平台（包括Windows ） 。至少有一个供应商， Ximian ，重点是更多的移植。 NET中的非微软平台，但它绝不是清楚他们是否会成功（或如果微软将允许他们更广泛的船舶比任何部分。 NET的标准化由欧洲计算机制造商协会[欧洲计算机制造商协会] ） 。互操作性强，由于Web服务，两者兼而有之。 NET和J2EE的支持客户端平台使用HTML ， JavaScript ，而Macromedia Flash的，但服务器和中间件为核心的部分。 NET的目前只能运行在Windows服务器上。

？ ？ ？ ？是多供应商支持一个重要的考虑因素吗？只有一个供应商的支持。 NET中，同时支持多个厂商的J2EE 。然而，跨厂商携J2EE的绝对不是虚构的“写一次，到处运行”的设想。这部分原因是其有机增长模式，而供应商加入自己的网络服务功能和其他前的紧张局势领先的J2EE规范的过程。便携的J2EE供应商，才能实现由侧重于J2EE的部分是完全包括在J2EE的规范？ ？如servlets ？ ？ ，但这样做是目前非常制约，甚至是不可能的。例如， EJB的部署方面还没有完全解决在J2EE的规范。

？ ？ ？ ？决定如何重要的一个市场跟踪记录是您的组织。 J2EE的产品已用于岁，而第一批产品纳入了。 NET CLR和框架被释放仅在2002年初。尽管一些关键要素。 NET的基于微软产品和服务，已可年（ 。 NET企业级服务，建立在COM +的架构，最早出现在1996年的一部分，微软事务服务器） ，在J2EE的产品市场更加成熟。

？ ？ ？ ？无论你去，放心，这两个的。 NET和J2EE的快速发展，以及各国的标准，他们是基础。目前的。 NET导致网络服务，而J2EE的具有更广泛的整体范围。一般情况下，您可以期望这两个发展和扩大非常迅速。

？ ？ ？ ？到目前为止，在J2EE的EJB模型是更详细的比。 NET中对应。 EJB的口味包括： （无国籍状态）会议豆类和豆类实体（元件和豆管理） ，而。 NET中目前只支持部分类似的无国籍会议豆类。这是一个不同的建筑视觉与微软之间的Java社区进程（ JCP ）等。争论将继续下去，直到更多的现实世界的经验是可以帮助确定哪些做法是最有效的企业。

？ ？ ？ ？确定是否欧洲计算机制造商协会的标准化重要的是你的团队。孙控制共产党和拥有的Java规范。尽管微软保持类似的控制权。 NET中，它已提交的关键部分给Ecma的标准化。尽管它的声誉作为一个掠夺性的竞争对手，微软很可能出演习的Java阵营方面的创造和建设的行业标准。

？ ？ ？ ？第三方支持的问题可能已经作出决定适合您。组件市场是非常实用的J2EE和。 NET中。虽然这种市场历来是有限的，主要的Visual Basic加载项，丰富的组件和Web服务模式的支持J2EE和。 NET中，有利于更广泛的部分市场。支持应用软件供应商，如仁科， Siebel和SAP公司也将有助于相对J2EE/.NET势头。如果SAP公司例如，引入了新版本的应用套件，可以用来作为组件在J2EE但不是。 NET中，这样的举动将影响到战略和优先事项的企业应用世界各地的建筑师。

最后，看看自己。升阳，微软和其他厂商都提供了一个方便的资源，简化程序的探索和比较。 NET和J2EE的，并强调双方的共同点和以何种方式方法不同。

Sun公司建立了一个宠物商店的Java应用范围的一部分，其Java蓝图。此示例应用程序是代表的共同的企业应用。例如，它包含的组件为客户，订单，产品和购物车的实现。这是一个平凡的参考，有超过700名的个人档案中的1.3版本。不足为奇的是，微软和其他厂商都抓住了宠物商店应用展示他们的产品。微软的版本提供了一个有益的手段比较。 NET和J2EE的办法，特别是在理解的不同组成部分的中间件办法体现在EJB和。 NET组件。

不要担心，使用户感到高兴

？ ？ ？ ？如果你最喜欢的企业，你会逐渐迁移到J2EE和。 NET 。尤其是在经济紧缩时期，没有人渴望“淘汰，更换”工作的应用，大部分企业将等待更多的个案研究之前，把战略赌注押在任何技术。

？ ？ ？ ？企业，重点地区之间的共同J2EE和。 NET将受益最多，因为他们将利用转让的技术和生产更多的可重复使用的应用组件使用的分析和设计技术，同时适用于，如面向对象分析与设计使用UML的。显然，企业应同其应用和服务供应商，以确保供应商J2EE/.NET优先符合自己。那将是不幸的，例如，如果一个。 NET的承诺店了解到，其领先的应用软件供应商倾向于j2环球通信电子工程专辑不是的。 NET ？ ？尽管这并不完全是世界的尽头，由于XML Web服务互操作性。

？ ？ ？ ？几乎所有的组织将使用多种J2EE和。 NET中，部分是因为底层平台的选择往往取决于现有的应用程序的决定。如果您的会计部门已在运行微软大平原，一个J2EE版本是不太可能不久就将出现。此外，大多数组织已经在使用的混合遗产微软和Java为基础的工具和服务，与可能的例外，微软本身以及一些J2EE的厂商，如Sun公司。

？ ？ ？ ？总之，你应该预测，即将到来的企业架构模型将导致最不发达国家提出的共同点企业应用软件及中间件，这将简化和扩展是什么以前可能。也许最重要的是，作为后端发展的任务是简化了，你会真正能够更多地关注领域，直接影响到用户体验和生产力。想象的好处，直接影响到用户体验和生产力，如丰富的用户体验，并支持多种设备类型。 PDA ，智能手机，机顶盒，游戏机和可您下次要求

Answer 2

net和J2EE的战斗的企业 持续追踪微软和升阳微系统之间的竞争,因为他们想要控制的企业应用程序开发的市场会困惑甚至最专用的开发者。对于软件设计师,竞争”的标准”,能令人眼花缭乱。你认为今天还会选择让它相对容易实际时间为企业开发者,比前几代的工具吗? 微软和太阳的新股票引人注目,各企业结构具有互用性通过视觉网络服务和各种标准。 这的确容易应付。net框架、爪哇2平台企业版(J2EE)现在比处理5到10个主要不相容的异象,就是在中间件行业领导之前。 其中最广泛讨论的问题是是否要选择工业微软的。net和J2EE。从企业角度,. net和建筑规划的J2EE有许多共同之处,开发商之间传递顺利技能。从供应商如J2EE产品,同时并存,IBM公司甲骨文,太阳已经成熟点,很有必要对地方企业建筑师在。net和J2EE投注,或两者,绝大多数会把赌注。由于这些原因,认为。net和J2EE作为补充,而不是竞争。 这是不足为奇的。net域J2EE和一直存在争议。首先,代表了数十年的软件的演化。例如,太阳的J2EE 1.3教程重超过700页,有许多书,在J2EE和。net的规模在1300多页。这样的分量并不令人意外,这些单据试图解决了几乎整个计算谱,从企业中间件技术手持装置。 J2EE和。net也动态和节奏,每幢建筑项目上有大量的举措,尤其对XML的标准和网络服务。当这些标准被扔在一起用常规软件行业营销和宣传,J2EE和。net的竞争十分激烈,往往很难记住这个软件市场就像在他们来之前。(或者有人开始从事IBM CICS并存的晚礼服,这些天吗?) 收拾的术语 不使用的术语的认识更加复杂的异同,两种模式。术语如对象、元件、服务是用于两种模式,例如,但是经常与微妙的不同的意思。它不帮助这则新闻,行业分析家往往比较规范与产品的发布,并有什么不包括在当前的版本和对未来的计划。 即使这个范围的竞争祭混淆。例如,J2EE产品通常包括整合与门户服务时,一般使用。net作为一种广泛术语来描述所有未来微软的软件和服务。在宣传和动态定义,然而,它可以区分很多方法,J2EE和。net是为了一个共同的企业架构模式。为核心的企业申请,几乎总是一个数据库管理系统(DBMS),交易处理(TP)监控和面向消息服务包括,如IBM方便,微软消息队列(MQ MSMQ),或TIBCO。事实上,大多数企业环境里,通常有多,虽然他们每个平台服务而不是蜕变成不同的服务器产品categories-a趋势加速了时代的到来,网络应用程序服务器。在J2EE和。net的模型,两者的潜在DBMS / TP /妈妈服务和商业应用面向对象的环境管理,(面向对象)的抽象级别上。在J2EE和。net模型带来了面向对象方法计算,与强大的主流企业的面向对象框架(类库)服务,如持久性对象、交易、网络服务,以及更多。该模型大大扩展了工作的范围,可以公布(很少或根本没有程序代码),通常包括一页/表格/ layout-driven拖放方法应用程序开发。组件的一个关键组成部分J2EE和。net的模型,把它们看作收藏物品的包装和部署在一起为简单、可重用性、灵活性。在爪哇,认为“组成“每当你看到“豆。" . com "的企业服务和J2EE的企业JavaBean(EJB)功能强,为企业组件对象和连接池和鲁棒性负载均衡的服务。通常用于UML-based工具的J2EE和。net应用程序的分析和设计,都是因为统一建模语言(UML)的目标定位是理想的J2EE和。net实现模型和扩大范围和复杂性,今天的企业所作的努力。虽然这个方法在编码/实施迥然不同阶段,一套统一的分析和设计技术既适用于J2EE和。net。使用虚拟机(VM)建筑也是常见的J2EE和。net。应用程序开发tools-such JBuilder火鸟,太阳一样,Java,微软疗视觉工作室.NET-produce代码代替平台相关层之中级程度,也就是说二进制代码,代码VM对实时或执行(JIT)编制,微软VM总是跑JIT-compiled代码。在这个VM-based模型的应用,有利于平台的关键技术是late-binding的面向对象的方法J2EE和。net的松散耦合非同步、分享、交流模式,与应用service-centric流控制的东西,而不是取决于信息的序贯流中在单片机程序。这个新的模型更为适宜的固有性质的对象,但J2EE和。net这导致一个潜在的陡峭的学习曲线,开发者习惯于更为传统的program-flow方法。最后,J2EE和。net基础分享一个广泛的共同标准,尤其在XML和网络服务。网络服务,正迅速成为中立区之间的J2EE和。net提供一个简单的,因为他们的供应商,与technology-independent inter-application因特网通信。要不是因为网络服务,J2EE和。net的互用性会更有应用和网络通信在。net是基于J2EE将要么或者复杂的多。 典型的多层次的方法随访J2EE和。net应用程序能单独陈述报告结构(例如,HTML和XML的表现层的商务逻辑层和交易,从用户交互作用(见表1)。 给定范围的新企业模型,重要的是要遵循一种支持作用,以便所有的专业化开发者不觉得有必要了解整个大的图片(见表2所J2EE和。net应用程序开发作用方面的企业类型)。 这里的地方,他们是不同的 虽然有很多共同之处,显著差异J2EE和。net。前,你需要做一些选择。首先,确定你是否想计划以其他语言。自然地集中在爪哇岛J2EE编程语言,而。net支持多种编程languages-primarily c#和视觉基本. net,而且很多人,包括Cobol到晚上。语言。net开发者必须符合通用语言界面,以充分利用了。net通用语言运行库(CLR)和框架。(绝对不是你父亲的Fortran或Cobol)。没什么固有的,因为你使用完整和其他的编程语言,但此时太阳是异乎寻常的集中在爪哇编程语言为其Java的平台。另一个问题是为您解答是多少平台支持你的店。超越run-almost-anywhere HTML / JavaScript的客户支持,微软公司地址只微软。net服务器平台,同时与产品可以在J2EE平台的各种(包括窗户)。至少有一个供应商,Ximian,集中在移植到非微软。net平台的,但它决不是清楚他们是否会成功(或如果微软将允许他们比任何部分船只的。net标准化由欧洲计算机制造商协会(ECMA)。互操作性强,多亏了网络服务,以及两者。net和J2EE平台使用HTML,支持客户,闪光的过程,但这个服务器- middle-ware-centric地区目前仅在。net视窗服务器。是一个重要的考虑多厂商的支持,你呢?只有一个供应商支持。net,而多厂商支持J2EE。然而,cross-vendor可移植性为J2EE绝对不是一个传说中的“写一次,从”的情景。这是由于它的有机增长模型,并且增加他们的网络服务供应商的特点和其他ex-tensions J2EE规格的过程。可移植性能够达到J2EE卖主将注意力集中在零件的J2EE全覆盖在J2EE specification-such servlets-but这样做是为当前制约,甚至不可能非常。例如,尺寸不完全EJB部署在J2EE的规格。 重要的决定如何为你的内部纪录。产品已用于J2EE三十年,而第一产品外观。net框架被释放和只在2002年开始。尽管一些关键元素。net是基于微软的产品和服务,多年来一直提供企业服务,(. COM建筑的修建,第一次出现在1996年作为微软交易服务器),该系统的产品市场更成熟。 无论你走到哪里,放心,都是。net和J2EE快速进化的标准,在他们之上的。目前在。net的网络服务,同时具有广阔的总体规模J2EE三层。一般而言,你可以预期进化和扩大都非常快.到目前为止,J2EE EJB模型比它更精细。net的翻版。EJB口味包括(无国籍、豆类和实体进行)会议(部件和bean-managed豆),而在。net目前仅包括支持成分类似于无会话豆子。这代表了不同的建筑视觉和微软(JCP Java),社区辩论将继续下去,直到有实际应用经验,可帮助决定哪种治疗方式是最有效的企业。ECMA标准化是很重要的决定,你的队伍。太阳控制和拥有Java JCP规格。尽管微软维持控制。net,类似提交的关键部分标准化ECMA)。尽管它就像一种掠夺性的竞争对手,微软可以很好地超越爪哇营地的创造和建筑行业标准.第三方的支持问题可能已经做出决定。市场非常实用的组件都J2EE和。net。在这些市场历来是有限的主要视觉基本的加载宏、丰富的组件和网络服务模式支持在J2EE和。net有助于更广阔的部件市场中。支持等应用软件供应商,闷棍赛仁科,也会导致相对J2EE和。net的动力。如果SAP系统为例,介绍了其应用的新版本套房,可以用作组件在J2EE但不净,此举会影响策略和企业应用建筑师马库斯。最后,自己去看看。太阳,微软公司和其他供应商提供了一套方便的资源,简化过程中探索和对比,突出。net和J2EE的共同因素和方式的分歧。 太阳创造一个Java宠物店参考应用作为其Java的蓝图。这个示例程序代表的是常见的企业应用。例如,它包括部件,为客户、产品、购物车的实现。这是一个平凡参考,有超过700名个人档案在13版。毫不奇怪,微软公司和其他厂商已经抢跑宠物店的应用,展示他们的产品。微软的版本提供了一种有效的手段,进行比较的方法,尤其是。net和J2EE的理解不同的组件的中间件方法体现在EJB组件和。net。 别担心,让用户的快乐 如果你像大多数企业,你会迁移逐步J2EE和。net。特别是在严密,没有一个人是网络经济时代渴望”取代“rip和绝大多数企业工作中的应用,并将等待更多的案例研究之前,在技术战略下注。企业关注公共区域之间的J2EE和。net受益最大,因为它们会影响作用的可移植性的技能和生产更多的可重用的应用程序组件采用分析和设计技术,都适用于,如面向对象分析和设计使用统一建模语言(UML)。显然,企业应与他们的应用和服务供应商,以确保供应商的J2EE和。net优先结合自身。它将是不幸的,举个例子,如果一个.NET-committed商店得知其领先卖主倾向于应用J2 EE代替.NET-although也不会完全是世界末日,多亏了XML网服务的互用性。几乎所有的组织将使用一种混合的J2EE和。net,部分是因为潜藏的平台的选择往往取决于现有的应用程序的决定。如果您已经运行微软公司会计部门大平原上,一个J2EE版本不可能出现。当然,大部分的组织已经使用一系列遗产微软和Java-based工具和服务,以可能的例外,微软的,一些供应商,如J2EE太阳。总的来说,你应该预料未来企业结构模型的基础上,提出将导致至少公分母,为企业应用中间件,它将简化和扩展。也许最重要的任务是发展,后端简化,你就可以把更多的注意力,直接影响用户体验和生产率。想像的好处,直接影响用户体验和生产力,如一个丰富的用户体验,支持多种设备类型。智能手机、pda、机顶盒、游戏控制台可能成为你未来打电话.

Answer 3

50分就叫人翻译2000字，楼主也太小气了吧

Answer 4

文章呢?