第1个回答 2009-01-02
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、机顶盒、游戏控制台可能成为你未来打电话.