按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
然后再定义如下的对象/数据对映器，把对象和数据源连接起来，请特别注意下面
relationship的部分：
最后，程序员可以使用如下的形式通过数据对象存取数据，并且在数据对象之间自动
形成关联的关系。这非常有威力，和EJB/JDO不相上下。事实上，ADO和EJB/JDO
实现的观念和想法非常类似，这是巧合还是模仿呢？基本上可以说，这两大阵营都有
互相参考对方技术的地方。
下图就是未来ADO的数据对象架构，程序员只需要修改Schema Mapper就可以连接
到不同的数据源，例如MS SQL Server或是Oracle等。
除了ADO的数据对象外，Microsoft也开始定义类似于EJB QL的对象查询语言，目
前暂时称为OPath。当然，我们可以进一步地讨论更为深入的组件技术问题，不过由
于篇幅的限制，就让我们以后在专门讨论技术的书籍中继续说明好了。
下图很清楚地说明了Microsoft和SUN组件模型的发展趋势。从图中，我们几乎可以知
道这两者非常类似，发展的方向也趋于一致。未来比较的因素可能是执行效率、延展
性、能够执行的平台以及开发工具的支持程度和使用的方便性吧。
综合上述内容，从最近Microsoft的＋/的推出、SUN的EJB 2。0功能规范的完成、
以及中间件厂商实现的EJB应用程序服务器来看，Microsoft似乎也已经开始采用类似
Java的虚拟执行环境以及EJB的模型来重新塑造的组件模型了。＋将逐渐退居幕
后提供系统核心服务，甚至会慢慢地消失于未来的执行平台之中。不过由于
的进入门槛不低，而且目前仍然有大量的原生Windows开发人员以及Windows应用程序，
因此，这个从组件模型完整转换到的过程可能仍然需要数年之久，而在现
在开始的数年内仍然是Windows平台上最重要的中间件技术。
据Gartner Group的调查和估计，在2003到2004年使用EJB技术开发的Java应用系统将
占整个Java平台的40％左右，这表示EJB技术已经获得了大型企业和专业软件厂商的
认可，是企业级的组件模型。EJB 2。0必须开始增加执行效率，故此加入了Local
Interface。此外延展性也成为EJB应用程序服务器的发展重点，因为EJB应用程序服务
器势必将承载更多的存取，以担负起企业的关键应用。因此，EJB厂商开始在EJB服务
器中切割虚拟伺服环境，并且在每一个虚拟伺服环境中执行不同的软件。例如一个虚
拟伺服环境负责执行JSP/Servlet Container，而另外的虚拟伺服环境则执行EJB
Container等，如下图所示。这样做的好处是不但每一个Container更安全，而且应用
程序服务器的延展性将更为优秀，因为在多CPU的机器中可以分配专门的CPU给不同的
Container，并且在一个EJB服务器中可以同时执行多个EJB Container。
这里有一个很有趣的区别，那就是由于Microsoft掌握了操作系统，Microsoft可以尽
量地把的虚拟执行环境移往操作系统的核心，提供更为良好的执行效率；但是由
于提供EJB的厂商没有这项优势，因此必须以更好的实现方式来开发EJB应用程序服务
器，这也是为什么SUN以ECperf这个标准来评定各家EJB应用程序服务器的执行效率的
原因。但是从目前EJB服务器的实现观念和技术看，仍然是领先于Microsoft的。
不过不要小看Microsoft，虽然在2002年的第一季才推出，但是Microsoft已经在
开发的第2个版本了，的发展步伐是很快速的。
中间件技术将会继续不断地发展下去，各种新的组件观念和实现技术也将持续地出现。
组件模型技术和中间件已逐渐取代早期的程序语言和数据库服务器，成为现在信息架
构的主导力量，Microsoft和SUN都希望成为这个领域的领导者。不过谢谢信息市场的
竞争力量，让这两家大厂都无法消灭对方，反而由于竞争的力量造成了组件模型不断
地创新，使信息人员能够持续地使用新的、更好的、更成熟的中间件技术，来实现日
趋复杂的信息系统，虽然这个学习的过程很辛苦，但这也是信息行业让人感觉到有趣
味的地方，因为你不会总觉得工作是一成不变的。
只是现在Web Service的兴起让组件模型的界限开始显得模糊了，而Web Service也是
Microsoft和下一版Java JDK强调的重点功能。看起来，Web Service技术将会开
始把组件模型逐渐地转换为面向组件服务，让组件模型的决胜点从面向功能逐渐转向
面向服务。以后哪一个组件模型能够提供企业级的服务模型，将会是决定系统使用的
架构的关键点，而这个现象已经可以从一些中间件厂商最近的动作中隐约的看出。
对于开发工具厂商的影响
的推出，对于所有开发工具厂商而言都是一大挑战，这除了牵涉到技术层面之外，
还包含了复杂的产品定位的问题。相对于当初Windows 3。0/3。1推出时各个开发工具厂
商百家争鸣的盛况比起来，如今的平台就显得逊色了许多。当然这主要的原因在
于中语言不再是重点，再加上语言可以内嵌在Microsoft的Visual Studio中，
这顿时让许多的开发工具厂商失去了定位以及竞争优势。如果开发工具厂商只是做一
个语言的Plug…In到Visual Studio中，那将很难生存下去。
对于像Borland的Delphi、C＋＋Builder以及Sybase的PowerBuilder而言，如何在新的
环境中保持竞争优势是很重要的问题。因为在中，应用程序执行环境、mon
Language Runtime（CLR）以及 Framework都是由Microsoft所掌握，其他工具厂
商如何在Microsoft一手控制的环境中营造出竞争优势呢？另外在中，开发工具
厂商必须把应用程序编译成mon Intermediate Language（CIL）的格式，再由JIT编
译器编译成原生机械码执行，如下图所示。
因此，如果开发工具厂商要在环境中继续提供竞争产品，那至少必须在下面的三
个领域中找到答案，并且做出实际的解决方案：
■ 编译器的竞争如何把程序语言最正确且有效率地编译成CIL
■ Framework的竞争如何在 Framework上进行加值的工作，并且定位产
品竞争力
■ 开发工具本身功能集（Feature Set）的竞争
从编译器角度来说，由于的CLR内建的Virtual Execution System（VES）支持一般
的程序语言功能，同时又提供了丰富的对象模型支持能力，以提供面向对象语言对映
到CLR的能力，因此可以说是OOP…Friendly的执行环境，这非常有助于面向对象
程序语言在中实现，例如对C/C＋＋、Object Pascal等真正的OOP来说是个好消息，
而Microsoft的新语言C#就是一个好的OOP实现范例。但是对于使用脚本语言作为骨架
的开发工具（例如PowerBuilder）来说，可能就需要花上许多的功夫重新规范，以便能
够适当地使用CLR的特性。当然除了程序语言之外，如何开发出一个有效率的CLR编译
器更是开发工具厂商需要费心的地方。
在Framework方面，Microsoft的 Framework摆明了要和SUN的J2EE/J2SE/JEME等
竞争，而且花了许多的资源打造 Framework，力求能够提供给程序员最好的开发
功能。但是，对于开发工具厂商来说则是有喜有忧。一方面，Microsoft虽然提供了
良好的 Framework，可以减少开发工具厂商需要花费的成本；但另一方面，开发
Framework的权力掌握在Microsoft手中，特别是Microsoft也有Visual Studio作
为竞争产品，因此如何定位便成了重要的问题。就我的看法，如果开发工具厂商无法
在 Framework上进行增值的工作，那最后仍然难逃被淘汰的命运。
即使开发工具厂商能够克服前面讨论的两个问题，最后仍然要回到产品本身的竞争力
上来。没有集成开发环境、组件架构、调试环境和高生产力，仍然无法和Visual Studio
竞争。开发工具厂商不但要像以往一样提供一个集成开发环境，甚至还必须做得
比Visual Studio更好、更具创意。这也不是一件容易的事情，因为这必须有突
破性的想法。例如，其中的一种可能就是再把的通用性延伸，除了像不把语
言的差异作为重点之外，也不把CIL产生的结果作为差异。由于CIL是一组标准的中介
信息，开发工具厂商可以继续把CIL转化为、原生窗口应用程序、Linux应用程序，
甚至是移动设备上的程序代码，如下图所示。
如此一来，这种开发工具将更为广泛和实用，也是开发工具极好的竞争优势，特别是
现在仍然有许多的软件厂商需要继续开发小而快的原生窗口应用程序。
Microsoft 的出现不单对于Microsoft本身有重大的意义，对于窗口平台上所有
开发工具厂商和SUN都有巨大的影响。开发工具厂商正面对着从Windows推出以来最严
格的考验，这是一场生与死的竞争。对于SUN来说，代表的是Microsoft正式全面
地向Java平台挑战，时间将决定JVM和CLR的胜负，而Java单一语言的通用性也将面临
语言中立的考验。至于传统的窗口程序设计人员而言，也许正如〃魔戒传奇〃中的
哈比人一样，明知前途坎坷，仍然必须选择走向严寒的雪山或是诡谲的地道，因为目
的只有一个：在新一波的软件技术和平台中找到一条生存之路。
^v^v^v^v^v^v^v^v^v
第十章 令人焦虑的时代
〃通向未来之路在哪里？〃
时间进入2000年之后，许多事情变得似乎都不确定了，世界经济的走向和信息技术的
趋势变得更令人困惑。在经过了Internet/Intranet、Linux和Open Source的洗礼之
后，目前信