平行世界:Java和XML为何将成功

核心提示：在过去几年中，计算的注重力已经逐渐远离原始技术，平行世界:Java和XML为何将成功，并且最近大多数已经在确定一个总体拥有成本 (TCO) 的解决方案上，但是什么构成 TCO 呢？本文讨论了一个典型计算机系统中的互连复杂性是如何影响 TCO 的，值得花时间考虑在这样的环境中，为什么这两样都不是问题，而这种互连复杂性正是

　　在过去几年中，计算的注重力已经逐渐远离原始技术，并且最近大多数已经在确定一个总体拥有成本 (TCO) 的解决方案上。但是什么构成 TCO 呢？本文讨论了一个典型计算机系统中的互连复杂性是如何影响 TCO 的。而这种互连复杂性正是 java 技术和 xml 能够处理的。
　　
　　什么构成了总体拥有成本 (TCO) 呢？这很难说，每个人都有不同的答案。通常取决于他们找到的最方便解决问题的方法。大多数人都同意 TCO 并不只是组成系统各零件价格的总和。最初是这样，但到最后大部分成本来自支持环境中的系统的成本。一种受欢迎的减少 TCO 的方法是尝试集中治理独立系统、客户台式机或这两者，但这也只是答案的一部分。最好将通信量减到最小，但实际上是什么导致需要治理呢？当然，答案是变更。但不在于它本身。孤立的变更只会影响变更本身。我们都知道变更系统的一部分会导致遍及整个系统的支持需要。
　　
　　普通的计算机系统通常会导致“熵死亡”，即成本超过预期值，而有序的简易性会变成互连复杂性。治愈这种症状的方法可能是集中治理，实际弊病将避免具有依靠性的复杂网络放在首要位置。Java 和 XML 通过帮助排除系统、软件和数据之间的自动互相依靠性来避免这种情况的发生。
　　
　　一个新世界
　　大多数支持和治理的需求来自由计算机上的软件交织成的具有依靠性的网络。要重新获得简易性，我们需要除去依靠性。依靠性都存在于何处呢？有以下几种分类：
　　
　　软件对平台
　　软件对数据
　　软件对软件
　　平台对平台
　　要解除这些依靠性的束缚并不轻易，但十年来逐渐发展起来的计算新世界最终日趋成熟并使之成为可能。
　　
　　让我们首先考虑已经在忍受的计算模式。当计算处于起步阶段时，很轻易做出选择。我可以获取任意一种有限范围的计算机，编写在这种计算机上运行的软件，并创建用来存储数据的文件格式。麻烦是软件和数据只能在这种计算机上工作，使用另一种计算机时，就必须使用另一种软件，或者在同一种计算机上使用另一种软件时，就不能使用相同的数据，而且必须了解新的用户界面。
　　
　　通过两个标准化步骤可以解决许多问题：许多人开始使用 IBM PC，最初使用 DOS，然后使用 Microsoft Windows。一定程度的简易性回来了。但随着时间的流逝，却越来越清楚地发现许多范围的复杂性仍然静静地混了进来。非凡是，对平台的认可并没有打破软件的平台依靠性；这恰恰意味着它完全是互相依靠的。因此当更新发生时，一切可能破裂！另外，数据世界的垄断力量并没有标准化。就像软件依靠于特定级别的平台，数据也与特定级别的非凡品牌软件相关。于是就交织成具有依靠性的复杂网，在其中任何一点所做的更改都可能导致不稳定，也许还会引起整个网络的崩溃。
　　
　　互相依靠性
　　计算的头号敌人是无心造成的互相依靠性。在构建计算机解决方案时，它们都涉及到软件、硬件、平台以及开发工具等之间的关系。它们之间都通过看不见的具有互相依靠性的连接线索连接起来。随着时间的推移，拥有任何解决方案的成本与所支持的各部分间的依靠性数量成正比。但因为有了许多无心创建的互相依靠性，成本将以指数级增长，而不是线性增长。其结果就是更多的互相依靠元素所引出的附加成本可能会不成比例地增加终身成本。这种不成比例增长的起始点叫做冲刺点，而冲刺点以上的情况就叫做熵死亡。在冲刺点之前，就已经通过选择具有互相依靠性的系统原理、系统中一部分对另一部分的无意依靠（可能是由其它元素引起的）为熵死亡打下了坚实的基础。最常见的无意互相依靠性存在于软件和其宣称的操作系统之间。
　　
　　这并不是说可以或者应该避免所有互相依靠性；有一些互相依靠性是不可避免的。但在现代系统规范和设计中，应该用与其它成本驱动因素相同的方法来标识和调整它们，请注重图 1 中不仅显示了直接成本，还显示了连接到具有依靠性的网络的终身成本。通常，需要将软件与使用它的环境隔离开。在某些情况下，使用本机接口和二进制是不可避免的，但在这些情况中本机代码外围的平台无关的“封装器”几乎总是有价值的。
　　
　　例如，假设一家公司使用办公套件的宏语言作为办公自动化系统的基础。一天，公司的 IT 小组安装了另一套软件，并无意中更新了办公套件所使用的一个 DLL 文件。他们发现有一个宏不能使用了。经过了大量工作以后，他们设法使这个宏再次工作，但新版本要求使用电子表格程序的更新版本。为了使用该程序，他们不得不安装办公套件的全新级别，而在那以后所有宏都不起作用了！接着，他们逐个调试所有宏，更新并修复它们。在这些修复所涉及的其它部分中，他们发现需要使用一个数据库驱动程序的新版本。可悲的是，那需要使用最新版本的数据库。于是，他们升级了数据库，并且……，哎，您可以猜得出其余部分。
　　
　　新基础
　　问题是由在将变更的影响从子系统到子系统传送引起的。大多数系统当前使用的集成计算基础可以充当传输媒体，它可以让某一处的更改影响其它地方。
　　
　　如何避开这个陷阱？最要害的就是切断数据与平台上软件的连接，对所有这些使用基于标准的选择，以便版本变化所带来的影响有可能降到最低。要达到这一步，我们就将变更与传输媒体（底层平台）隔离，并防止变更影响引起成本的剧烈震荡；我们添加前面提到的隔离层。那么，理想的标准基础是什么呢？图 2 中显示的技术领域，这样的基础应该涵盖的是：
　　
　　将系统连接到一起并提供访问的网络协议
　　给需要的用户带来解决方案的传递模型
　　用来创建解决方案的编程模型
　　解决方案所使用的信息的数据结构模型
　　答应合适的用户访问合适的数据和解决方案的安全性模型
　　
　　十年来计算机界的变化主要是重新发现技术思想，并将它们制定成模型内的标准。图 3 中显示以下这些映射：
　　
　　网络：TCP/ip
　　现在 TCP/IP 的使用是如此广泛，以至于它不再是谈论的主题。
　　传递：Web 模型无状态客户机／服务器
　　无状态客户机／服务器计算是许多商业计算机用户选择的传递机制，且使用的用户量不断增长。与创建全状态客户机相比，它不需要昂贵的维护和支持费用，状态并不在服务器上维护，而是将大部分状态“贷”给了客户机。
　　程序：Java 和 JavaBeans
　　Java 自发行以来只有 4 年，却已经将其本身确立为许多企业中新软件的标准，其 JavaBeans 体系结构真正答应使用基于组件的开发。这并不是说所有代码都要用 Java 语言编写；取得成功的是平台无关的 Java 字节码二进制程序。假如这些不可行，那么至少用来将解决方案的其余部分与本机代码隔离开的 Java 封装器是必不可少的。
　　数据：XML 和词汇表
　　XML 显然是新出现的，它是简化的 SGML - 80% 的功能和 20% 的复杂性。计算机界得到普遍使用就已经取得了巨大成就，而种种迹象表明未来它将在数据格式方面占据主导地位。
　　安全性：公钥
　　由于不必再“以明文方式”发送全部密钥信息，基于公钥的安全性系统已经占据了主导地位，非凡是在网上。
　　
　　从技术到用户
　　随着计算新世界对标准的认可，对商业解决方案的要求也起了变化。过去，都是根据想像中提出请求的客户来构建每个解决方案。关注的焦点在谁在使用解决方案，以及他们在哪里，例如内部网、外部网和因特网。然而，进展已表明现在焦点更多集中在所有数据建模和定义用户与数据的关系上。计算解决方案有一种倒置方法，焦点从技术和系统切换到信息和用户。
　　
　　今天，定义新的解决方案涉及到定义用户与信息主体之间的关系。大多数情况下，一个给定的信息主体有多个用户。因此，对于一家网上商店，当客户查看信息时，通常只给他们对于某些特定数据的访问，并且可以用适合客户的方式来显示数据。当供给商的客户服务人员查看相同信息时，查看范围和显示方式都不同。从解决方案和用户的角度来看，这是一种转变，而它对当今的 IT 行业却是最大的挑战。用户能够放心地继续使用，因为新传统中的所有技术都确实是成熟和经过证实的，因此转变是重点和策略之一，而不是向未知技术的跳跃。
　　
　　平行世界
　　能够很好地把握这五种基本技术可以带来另一个好处。对于许多用户，迁移到新的电子商务世界是进步的，但不是革命性的。他们能够完成最重要的转变，而不必放弃他们已经做的所有投资。因此，这个新世界实际上是一个平行世界，而不是交替世界。
　　
　　那么，Java 和 XML 究竟为什么会成功呢？有以下几种原因：
　　
　　已经证实的技术：新基础的全部五个部分都基于业内最老且经过最多次证实的思想。TCP/IP、“哑终端”虚拟机、标记语言、公钥系统 - 所有都经过数十年的使用，已得到充分的证实。
　　用户驱动：在最终分析中，向新基础移动是市场的需求和期望推动的，而不是某一个供给商或某个协会认可的。由于计算机技术的成本逐渐受到关注，而且由于更新换代所引起的熵死亡越来越明显，因此对于新基础的需求也就越来越强烈。
　　供给商支持：这五种技术几乎构成了所有供给商的新解决方案的基础。试图想要使用替代方法的供给商逐渐发现市场会对他们的选择提出疑问，并且会怀疑他们有专利锁定的企图。
　　平台无关：这五种技术互相独立，也独立于它们所处的平台。于是，只要将取决于它们的系统与互相依靠性隔离开，可以在任何地方执行它们。
　　供给商无关：这五种技术都不受任何一家供给商控制，投资不但免于供给商锁定的风险，而且免于开始升级竞争的任何一家供给商的设计选择。唯一可能的意外是 Java 和公钥，值得花时间考虑在这样的环境中，为什么这两样都不是问题。
　　Java：公共财产？
　　是否可以将一家供给商开发和明显控制的技术视为是开放的？这都取决于供给商的态度和行动。假如这五个域都