.NET和J2EE架构之战正在升级

　　当运营商为下一代Web
都可以互相兼容。他们现有
Web服务，运营商需要一个

服务设计CRM、ERP、计费和OSS
的软件和第一代计费系统都是特
开放的环境，以他们的架构中不

架构时，他们总是希望所有的软件
建的，所以并不是开发的。但对于
同的组件能够平滑地“共事”。

　　.NET的优点在于它使用
是一个问题。反观之，J2EE

XML语言和Web的性能，但它的成
提供了多平台支持技术，但用起

熟性和其他解决方案的集成能力还
来却不如 .NET方便。

　　市场调查公司Forreste
根据事实做出结论”。他说
安全问题也应该得到重视和

r的分析师Ted Schadler认为：
，软件开发商不必再坚持使用J2
解决。

“必须先把问题搞清楚，然后才能
EE，而.NET操作系统中以前存在的

　　为了解决这个问题，Forrester最近
同的主页来确定哪些适合用J2EE，哪些适

发表了一份报告，提出一项战略构想：根据运营商不
合用 .NET。

　　“大多数大型运营商都有六到八个主
全设施、ERP系统，以及为工作人员提供
段时间，所以能提供历史记录和前景，作

页”，Schadler认为这些主页可以分为Web网站、安
应用的内部网，他说：“这些主页一般都已经运行一
为系统决策的依据。”

　　Gartner的分析师Mark
置集成的应用平台》的报告
为两者在Web界面、Web服务
用开发的80%。

Driver在一份名为《充分利用We
中预测，在未来五年内，.NET和
和XML互相竞争。Driver相信，.

b服务和中间件：为企业建立和配
J2EE在市场份额上将平分秋色，因
NET和J2EE将占到新的电子商务应

　　大多数业内专家认为，伴随着使用Wi
整合向 .NET的转移，中小厂商将逐渐转

ndows服务器平台的客户平台和后台办公数据中心的
向使用 .NET。

　　Portal软件公司宣布，
它和微软签订的一个共同进
网服务的计费需要很多硬件
Portal负责战略方案的副总
我们预期微软由于总拥有成

该公司的产品Billing Agility
行市场营销和技术开发的协议。
支持，而Siebel和SAP公司的大
裁Steve Zielenski说：“微软
本的原因将得到很大的市场份额

将以 .NET作为开发平台，这源于
Portal这么做的事实依据是：Web
部分销售都来自微软的平台。
正在数据市场上取得更多的份额。
。”

　　Portal并不是唯一发誓
是一家提供电信计费的咨询
家和Solaris系统的代销商
很难实现系统的转移。”尽
兼容性，但他更喜欢商业化
统转换的项目，旧系统每年
副总裁Dave Flawn认为：“

要将运营商的现有系统转移到 .
服务的公司。该公司副总裁Don
，我们似乎应该采用J2EE平台，
管他认为，.NET和J2EE的应用程
的组件和不断更新的技术。实际
的设备和软件使用费高达72万美
现在用价格为2万美元一台的英

NET平台的计费厂商。富士通公司
Tiedeman说：“作为Unix技术的专
但我们发现带宽的问题，使用J2EE
序接口都设计得很好，具有良好的
上，富士通刚刚完成了一个主机系
元。而该公司负责改造系统转换的
特尔电脑照样也能行。”

　　像Flawn这样的.NET的
此 .NET将不再使用这两种

拥护者认为，由于C-Sharp语言
旧的语言。

在几年内将逐渐淘汰VB和C++，因

　　Info Directions公司的董事长兼CEO
C-Sharp语言。”该公司目前正致力于开
管理业务，以实现更好地手机和配件发送
统。

Don Culeton说：“我们正在WAP产品开发中尝试
发基于Web的前台组件，用于帮助代理商接入和集中
，以及从因特网的任意站点接入计费、CRM和其他系

　　对Info Directions来说，.NET的通
因特网上畅通无阻。微软的通用语言执行
Assembler），这些语言同时也可以在MS
到 .NET平台上，从而成为首个基于 .NET
Derrick VanGrol认为：“由于你必须与
及浏览器本身，所以企业不可能将整个企

用语言执行环境所具备的功能使C-Sharp软件能够在
环境允许企业最多使用27种语言进行编辑（包括
执行环境下使用。18个月前，该公司将全部产品转移
技术的计费厂商。公司负责市场和销售的副总裁
所有的技术打交道，包括AFP、COM、JavaScript，以
业应用建立在浏览器上。”

　　Culeton 则补充说：“
题。”他认同有些批评者认
。比如，IBM风格的J2EE要

J2EE环境下的变数太多，可扩展
为Sun过分注重基础构架，从而
和BEA公司的J2EE相集成的话，

性、可靠性和易开发性就成为了问
导致产生了不同风格和延伸的J2EE
可能就颇费周折。

　　VanGrol说：“我们只
网传输和组合的业务目标系

使用C-Sharp，这样我们就可以
列化，从而大大简化了开发过程

在因特网的两端，把客户通过因特
。”

　　除了现有的支持.NET的计费厂商外，
方面好像做得不如J2EE，咨询公司RedMon
程序后，再到其他执行环境下进行编辑，

同时还有同样多拥护J2EE的厂商。微软在支持旧系统
k的分析师Stephen O，Grady说：“用一种语言编完
微软对旧应用软件的支持是做不到这种程度的。”

　　J2EE为旧的环境提供了
Assembler代码）。这些工
司都喜欢使用Eclipse，他
，应用到整个研发过程当中

开放的源代码工具包（例如Ecli
具包拥有许多支持者，其中包括
们可以用COBOL或Assembler语言
，尽管这么做有时候也并非易事

pse，它可以管理COBOL 和
惠普、Borland和甲骨文。许多公
编程，然后利用Eclipse做成插件
。

　　IBM软件WebSphere Mar
认为是‘连接到’其他环境
平台，比如Unix平台。”他
件、软件和所有操作程序上
的系列产品，以支持使用各
此相对应的合作伙伴生态系
意设备都能连接到Web服务
可以。

keting项目的主管Stefan Van O
中去；而‘连接’意味着利用We
认为要做到这一点，软件开发商
的投入。“因为我们的任务是提
种不同软件的所有设备，同时要
统。WebSphere就是基于J2EE建
软件上，移动电话、Kiosk（便

vertveldt说：“.NET环境通常被
b服务技术建立新的基于Windows的
必须在现有的基础上提高他们在硬
供一个平台服务器、接入口和通用
提供一整套完整的开发工具以及与
立的。”他还认为，这样就允许任
捷上网站）、PDA、车载电脑等都

　　由于Windows要求软件开发商从零开
运营商来就几乎就是“不可能的任务”。
旧的计费系统或大型机直接转换为Web服

始编程，这对那些依赖大型机的可用性和支持功能的
Van Overtveldt 的观点是，“对这些公司来说，将
务更节省时间”。

　　J2EE将对大多数大企业
AS/400服务器，以及Unix
长的可扩展性方面都有一定
能的发展。Van Overtveldt
开发软件，因为J2EE能强化
”

客户更有吸引力，因为这些公司
和Win32系统组成。J2EE对各种
的优势。Java在手机和无线设备
说：“使用Unix的人将转而使
Linux平台，特别是因为能在远

的数据中心一般是由大型机和
不同环境的支持和目前.NET还不擅
上的应用同样也将促进J2EE兼容性
用Linux，而且很可能利用J2EE来
程环境下方便管理而受到了欢迎。

　　但在手机的销售中比较.NET和J2EE到
领域的竞争者要比 .NET的多。比如IBM、

底哪个更占上风是很困难的。O,Grady认为：“J2EE
Borland、Sun和甲骨文的工具软件全是J2EE的。”

　　尽管微软在企业市场的
是Java的天下。在O,Grady
出了Java并在开发和设计上

手持终端设备领域推出了许多新
看来，“其实正因为有了拥护Ja
保持领先地位”。

的技术，但消费者移动电话市场却
va的厂商和客户群，Sun才迅速推

　　2003年7月召开JavaOne
品牌形象。这一点很重要，
和足球等游戏的手持终端设
西，这使得移动行业获得了
成为他们感兴趣的市场。”

会议的时候，Sun就曾努力打造J
因为沃达丰和其他运营商正不断
备用户那里赚取大量利润。“手
无限的成长空间；不论是对IBM

ava作为开发手机软件的实用技术
地通过移动网络，从喜欢历险游戏
持设备将为人们提供更多有趣的东
还是微软，寻找新软件开发商都将

　　虽然大多数人都认为微软的Visual S
富、多功能的应用在手机上是很难阅读的
统和大多数设备都支持Java。

tudio为移动应用的企业开发设立了高的门槛，但丰
。Java则占有使用者众多的优势，因为所有的操作系

　　这一点对那些正致力于
认为，如果将远程系统的人
Overtveldt说。

使移动网络更智能化的电信运营
事成本作为一个要素考虑，Linu

商来说将是非常重要的。“有些人
x将会打败Windows”，Van

　　毫无疑问，如果不把移动应用软件考
向 .NET构架的转移。甚至Sun的主席、董
并不重要，重要的是谁在市场上有很大的

虑在内，围绕Win32/COM平台进行的软件开发将促成
事长兼CEO Scott McNeely都曾说过，谁先占领市场
量。

　　J2EE和 .NET之间的本质区别在于以
安全。

下几个方面：成本、工具、性能、可扩展性、集成和

　　成本

　　虽然微软声称，由于 .
量较多，所以.NET较便宜。
风险投资的支持。

NET是在Intel环境下运行的，软
但Java拥有更多的企业工具厂商

件的授权使用费很低，程序员的数
和应用厂商，同时也得到了更多的

　　话说回来，J2EE和 .NE
构，它和Java的相似之处有
。

T还是有差异的。从服务提供商
时的确容易让人搞混。其实，Ja

的角度来说，J2EE是一个全新的架
va语言和J2EE架构有着主要的区别

　　.NET 拥护者称他们只需花一半的成
Zielinski说：“.NET 能帮助企业降低他
入的硬件和基础构架成本。” 他还举了
商正在测试 .NET系统。他指出，测试的
Web自助服务与内部桌面系统的集成方面
Portal的CRM合作伙伴Siebel的平台所得

本就能实现Unix所具备的全部性能。Portal公司的
们在数据库、底层操作系统、接入以及支持软件上投
个拥有1500万用户的欧洲某GSM运营商为例，该运营
结果表明：.NET和J2EE在性能上相差无几；但在将
，.NET能够节约50－90%的成本。不过，这只是围绕
出的数据。

　　J2EE的拥护者则警告说，在节约成本
展性问题。Sun的J2EE产品经理Glen Mart
测数据和旧的Java虚拟机的性能数据进行
的J2EE 1.4.2提供的最新性能数据进行比

方面得出的结论并不重要，因为还要考虑性能和可扩
in说：“微软曾将最新在通用执行环境下的 .NET评
比较。”他认为，公司应该将在Linux和Solaris平台
较，而不是用六年前的历史数据。

　　“对某些公司来说，他
成本是非常重要的。但他们
而Sun的系统却可以扩展到1
Galantine说道。

们不需要软件有多大的规模，而
最好记住一点：Windows系统一
00个甚至更多处理器。” Sun的

只需要简单实用的软件，因此节约
般只能扩展到不超过8个处理器，
Java技术市场经理Ralph

　　由于大型机和Unix系统
特性对eBay和Charles Schw
可抗拒的诱惑。由于每天可
帐单或移动电话Web服务的

往往要花费几十万甚至几百万美
ab（美国互联网股票交易商）这
以处理数百万个交易，因此对于
运营商也相当具有诱惑力。

元，J2EE能够承担大规模工作量的
样的在线交易网站自然就产生了不
支持大容量的交易和用户、月计费

　　但是，微软也有许多采
正与南非电信合作推出Wi-F
.NET平台连接其后端基础构

用 .NET工具包和执行环境的大
i服务）、BroadWing、Qwest和T
架只用了不到9个月的时间。

企业客户，其中包括惠普（该公司
-Mobile。他指出，Verizon采用

　　不成熟？

　　要与这些大型运营商合
环境下的“不成熟”，软件
品的集成等问题。

作，微软将不得不解决 .NET所
开发和安全方面的问题，以缺乏

面临的一些问题，包括在新的执行
与微软的Office及其他已有系列产

　　关于成熟问题，微软通
开发出来好几年了，它的战
、基础构架建设者和最终用
要扮演沟通服务提供商和最
连接起来的端到端的图画。

信和移动解决方案全球市场的战
略目标范围已逐渐超越了J2EE。
户。”他认为，由于微软的桌面
终用户的桥梁的角色，“这是一
”

略分析师Andy Chu认为，.NET已经
他说：“这个范围包括软件开发商
系统被广泛地使用，因此微软注定
个将最终用户和OSS/BSS基础结构

　　但是，这种端到端的图画是建立在这
Windows联系在一起的。虽然微软自有的
）拥有众多使用者，但出于安全和集成方
尽量避免采用微软自有的解决方案。

样的事实基础上的，那就是整个 .NET环境是和
技术（如VB、COM和Microsoft Transaction Server
面考虑，许多战略分析师在制定Web服务战略时都想

　　安全

　　尽管微软最新公布了一
问题，所以它仍然存在着“
Windows漏洞仍然会对 .NET

个“可信赖的计算”，但仍有人
致命的错误”。也就是说，就算
产生影响。

认为由于安全是 .NET引起的附带
用升级包来特别加强安全，

　　而J2EE的安全性从程序
商Tivoli、Entrust和Neteg
感的痛处。

的第一行开始就得到了保证，简
rity的共同努力。因此安全性仍

直是天生的完美，此外更有合作厂
是微软在销售时不愿触及的一个敏

　　不可否认，这种情况可能将改变，因
个安全的操作系统。实际上，有报道说Wi
RedMonk的O'Grady说：“传统上，Unix销
他也承认，就商务操作系统来说，微软正
但Windows要想在安全问题上得到认可，
实，Windows仍然备受安全问题的困扰，
毒更严重地暴露了这个问题。

为大部分专家都一致认为Windows Server 2003是一
ndows Server 2003的安全认证比Linux还要高。
售商比他们的windows同行更熟悉安全要求。”不过
迎头赶上，“他们在证明他们商务操作系统的实力。
还必须要拿出实际行动来证明自己”，他补充道。确
因为其桌面系统存在太多缺陷，最近的冲击波蠕虫病

　　.NET为软件开发商和使
产生的问题是，只要开放任
络主体暴露在病毒的威胁之
序无法正常运行，并且不停
缓存溢出这样的错误，因为
型的编程错误和毁灭性病毒
码就能影响整个系统的安全

用者提供了在“安全模式”或“
意一个采用非安全模式（C++）
下。大约98%的病毒都是利用“
地自动复制程序代码。J2EE和基
软件设计者根本就没有设计任何
存在的根源。用Galantine的话
性”。

非安全模式”下工作的选择，由此
编写的程序接口，就等于把整个网
缓存溢出错误”。缓存溢出会使程
于C++ 的语言不同，它不允许产生
缓存，从源头上消灭了所有这种类
来说，就是“只要一段不安全的代

　　开发商是否能盈利，就要看他们如何
微软的Andy Chu认为，出现安全问题的部
大型机和旧系统那样的重视。他警告说：
J2EE、Linux和Unix其实也存在着同样的
型机上插入网络接口卡，而是在适当的地

掌握易使用性和安全产品的市场化速度之间的平衡。
分原因是由于基于Windows的系统通常都没有受到像
“我们应该给基于Windows的技术以同等的待遇。
问题；这是一个有关完整操作的问题。我们不必在大
方集中控制安全问题。”

　　微软已经建立了安全反
在开发软件的过程中，怎样

应中心，帮助用户迅速地诊断和
更谨慎地使用安全协议。

修复安全问题；同时它还指导用户

　　.NET还引进了一些新的
它们将带来许多新的中断，
都需要3至9个月的时间才能
个月也不稀奇（比如COBOL
道学习软件需要的时间，因
语言和基础设备。

特性，软件开发商应该认真思考
软件开发者将不得不重复学习。
熟练掌握软件的特性，有些人可
的开发者）。不过，如果不考虑
为培训时间可能受到各种因素的

因此而付出的代价。Driver说：“
”他发现，大多数软件开发者可能
能会花更长的时间，就算是12到15
这些因素的话，我们恐怕就很难知
影响，其中包括构架、执行环境、

　　集成的容易性

　　电信是一个具有许多操作系统的十分
和集成就成了至关重要的因素。当多个OS
流程集成的影响时，一个集成的业务组合
址这样简单的调用都会变得很复杂。IT部
变化。例如，利用自动升级和安装程序来
差异。某个计费系统很可能将名作为第一
全可能是相反的。软件开发商必须能够识

复杂的环境，这已被人们所承认。有鉴于此，开放性
S和BSS系统受到基本的数据交换连接直到全部的业务
是十分必要的。如果没有集成，那么就连诸如修改地
门必须能够利用用户图形界面（GUI）来应对流程的
完成地址的修改过程要求软件开发者调整系统的安装
条记录，而将姓作为第二条记录；但在另一个系统完
别这些差异，并在集成战略中体现出来。

　　软件开发商希望在无需
用户的设备来开发软件。一
一样。

调整软件的前提下来应对设备之
个移动电话的GUI所代表的数据

间的差异，而他们最终还是会根据
显然和个人电脑或kiosk终端的不

　　微软最大的卖点之一是微软所说的集
。然而，所谓的 .NET实际上与windows是
一定代表这是一件好事。

成比较容易，因此可以使新服务进入市场的时间更快
紧密集成的，因为这是一个大的源代码库的说法并不

　　微软已经开始对关于它不开放共享源代码的批评做出积极的回应。

　　虽然有人对此表示赞许，但仍有不少
ECMA，该标准组织同时也控制着环球网文
口和规格说明书，但许多人都抱怨微软提
的报告中写到，“微软仍保留着对平台上

人对它表示不满。微软已经向欧洲计算机制造协会（
本语言JavaScript）提交了 .NET约40%的应用程序接
交的只是低级应用程序接口。Gartner的Driver在他
高端元素的控制权。”

　　Martin说：“他们的战
作伙伴再据此建立连接；这
括参考实施和兼容性测试，

略更像一种‘主要厂商’形式，
是那种不保证厂商之间互操作性
“要是没有实施范本和兼容性测

他们安装了一些东西后，他们的合
的流程。”他还说，Java的流程包
试，你很难把它弄懂。”

　　这样做的结果是人们普遍抱怨 .NET
、Linux或是大型机。

很难与使用其他操作系统的系统相集成，不管是Unix

　　微软的Andy Chu说：“我们理解人们
为基础构架的一部分。”

不可能简单地废除现有基础构架；我们的平台也要成

　　由于不同的公司对灵活性、集成、安
可能笼统地说 .NET或是J2EE哪一方比另
Web服务战略的重点。在评价这两种技术
架的不同界面之间表现的开放性和集成；

全、性能和可扩展性的意义的理解不同，因此我们不
一方更“好”。两者都有各自的优点和缺点，取决于
时，将会被考虑在内的两点要素是：在运营商基础构
以及在OSS系统和BSS系统之间的集成。

　　Verizon：管理能力将决定

　　J2EE 和 .NET的成败

　　正当围绕J2EE 和 .NET的争论愈演愈
成以外的一个声音：管理能力，这是实现

烈时，出现了除人们关注的安全性、可扩展性和易集
所有其他性能的前提。

　　我们有幸采访到了Shadman Zafar先
裁，他对我们谈了一些在管理成长中的We
题的重要性。目前，Verizon正对有关如
项目开发更简单等议题进行评估。

生，他是Verizon公司负责IT架构和E服务的高级副总
b服务开发平台时容易被人忽略但却是前所未有的问
何通过Web服务实现应用和现有服务的集成，以及使

　　记者：在讨论J2EE和 .NET这样的平台时，最主要的评价标准是什么？

　　Shadman：首先，当人
中心这样的后果。他们不去
一个性价比。但是，随着We
。管理能力将决定J2EE和 .

们想要构筑平台时，他们并没有
考虑冷却系统，以及无数附加的
b服务的发展，有关管理平台的
NET的成败。

考虑到可能会因此搞乱他们的数据
电源插座；他们能想到的仅仅只是
战略将成为你成功与否的重要标志

　　撇开最初节约的成本不
用户或仅用半台机器就够了
护半台更便宜。

谈，管理能力将成为最核心的问
——这取决于该平台所提供的工

题。你可以用100台机器支持100万
具。有时候，维护100台机器比维

　　记者：为什么管理能力会成为企业实施Web服务时的决定因素？

　　Shadman：企业用户使用Web服务的目
少软件的漏洞。当你想要提供服务、账户
费项目时，你希望能够在开发简便、在严
最终用户使用简便这几个目标之间取得平

的起初是为了降低重复开发的成本，后来则是为了减
管理服务，或是借助个人电脑和手持设备在线察看计
密的安全条件下将服务推向市场，便于管理，以及使
衡。

　　最初是一些软件开发队伍建立了一项
们积累了许多非常有益的经验。但人们对
。在商业用户领域，这意味着开发几百个
使用。

服务之后，其他人就开始使用服务。到目前为止，他
能给他们带来好处的东西总是会要求索取更多的好处
甚至几千个服务项目，供企业内部和外部的开发项目

　　因此，Web服务的服务水平协议管理
例如，帐单支付服务在10秒内做出反应，
的反应时间是受到质量监督部门严格限制
任何价值了。同样，某个移动客户察看订
紧急呼救查询系统要查验某个地址的变化

（包括性能、可靠性和容量规划）就显得至关重要。
客户不会感到任何的不适。但是，呼叫中心服务代表
的，如果他也要10秒钟才做出反应，这项服务就没有
单的状态时，在可靠性方面的要求并不高；但当911
时，则要求100%的可靠性。

　　记者：有什么措施可以保证管理能力吗？

　　Shadman：在Verizon内部，我们已经
下都适用。目前采用我们方法的都是一些
、微软和IBM等。虽然 .NET和J2EE都积极
营取得最后的胜利。

开发出一种Web服务管理模式，它在 .NET和J2EE架构
与Web服务的管理和配置有关系的行业佼佼者，像BEA
地向企业级Web服务管理模式靠拢，但还没有哪个阵

　　我个人在管理这方面的
的软件开发工具更出色一些
操作系统领域，J2EE则因其

经验是，J2EE在数据中心的管理
，开发周期也更短些。因此，.N
管理工具而大受欢迎。

上可能发展更快一些。不过，.NET
ET在软件开发领域非常吃香；但在

　　记者：一些对 .NET的抱怨似乎仍然
前端用户图形界面上则远远地落后于 .NE

是围绕着安全性、集成和可扩展性问题的，而J2EE在
T，到底哪一种技术完善得更快些？

　　Shadman：最近我们公司正好有两支
。.NET开发队伍有300多个非定制级的小
个插件可用，而且这两个插件都很差，于
.NET队伍进展很快，但在我们随后的结构
美，而 .NET却耗费了我大量的时间。

开发队伍同时利用这两种平台开发了相似的应用软件
插件可以利用；而J2EE开发队伍在前端开发上只有两
是他们只好花时间和精力想别的办法。可是，虽然
和安全性检查中，我发现J2EE队伍开发的软件比较完

　　至于哪一种技术进步得
取得的进展要快得多。我认
不同的平台只花费极少的集
商都在为 .NET平台开发前
在服务器和数据中心、尤其

更快，我发现 .NET在安全问题
为这两种技术都可以获得成功，
成成本就可以和平共处。但是，
端件，因此前端应用软件仍然总
是安全领域仍是举步唯艰。

上取得的进展要比J2EE在前端件上
说到底，Web服务的宗旨也就是让
我却发现由于大部分独立软件开发
是使用 .NET技术；反过来，.NET

　　总的来说，你会发现大多数人对采用
在从网络服务器通向应用软件服务器以及

J2EE技术的后端数据库服务器感觉良好，而 .NET正
数据服务器的道路上艰难前进。

　　记者：如何看待关于J2EE“占据”了移动计算发展空间的说法？

　　Shadman：对于有些不
移动电话，那么J2EE或者说
那就只能靠 .NET来实现了
画面以及可用性。如果你想
工程浩大而繁琐。

需要高分辨率或高保真度，或是
是J2ME还是不错的。但如果你想
。在这里，我们碰到一个尖锐的
中途换技术，担心别把事情搞砸

完美的使用体验的设备来说，比如
得到160或240以上的分辨率的话，
矛盾，你必须权衡高度的安全性和
；从一种结构转移到另一种结构的

　　很显然，这两种技术的性能各有千秋
需要在安全性和可管理性上多下些工夫，

，并没有哪一个能做另一个做不到的事；只不过一个
而另一个则要在前端开发上多投入一些。

　　微软软件库里的软件基本上都和前端
平台上开发软件，这些开发商也全部是以
IBM考虑的是后端和服务器，因此他们关
开发商当然也一样。

有关，所以他们拥有几千个独立软件开发商在他们的
前端为优先考虑的。相反地，Sun和J2EE的拥护者如
心的是数据中心的安全和可管理性，他们的独立软件

　　这其中不但包含着行业
术的发展而成长；有时候成
。

的因素，同时也包含了企业内部
功会冲昏你的头脑，因为往往是

的因素。软件开发队伍随着软件技
内部因素决定了你要使用哪种技术