PB教程第十五章.doc

15．1 分布式计算概述 在开始这一部分的学习之前，我们先来简要回答一下什么是分布式计算，然后讨论为什么要用分布式计算。 分布式计算的英文为Distributed Computing。如果我们说某项工作是分布式的，那么，参与这项工作的一定不只是一台计算机，而是一个计算机网络。我们的计算机具有两种功能，一是它能够存贮信息，或者称为数据；另一个功能是它能够处理数据的能力，它能够计算。按这一分类，我们可以把计算机网络所做的工作分两种：分布式数据存贮，分布式计算。 在分布式数据存贮中，网络使数据存贮分布化，我们把数据放到网络上的不同的机器中，而不是仅存储在一台计算机。数据是共享的，网络的任何计算机可以透明地存取到不同来源的数据。比如，在PowerBuilder中，程序所处理的数据往往来自于不同的数据库服务器，而不仅仅是本地机器。我们把它称为分布式数据。 同样也不难理解什么是分布式计算。在分布式计算中，网络侧重于它的计算功能。在分布式数据中，完成一件工作时，数据可能来自于网络中不同的机器，但对于这些数据的处理却是在本机中完成的。而在分布式计算环境中，数据的处理不只是在一台机器完成，而是多台机器协作完成的。比如，为了处理一项工作P，它由两部分工作组成，PA和PB。如果我们把PA放在机器A中完成，PB处理放在机器B中完成，那么它们就形成了一个分布式的计算。计算机的计算总是离不开数据，所以，在大部分情况下，分布式计算总是伴随着分布式数据，分布式计算往往是一个表示程度的量词。 接下去，再来讨论在哪些时候时候，我们要用PowerBuilder来做分布计算呢？ 一个重要的原因是计算资源的共享。用整个网络中的所有计算机来处理总比单台机器要快一些，另外，一些运算速度比较慢的客户机也可以用运算速度比较快的服务器来协作完成某项工作。 第二个重要的原因是为了减轻网络的负荷。虽然网络技术飞速发展，网络的带宽不断的增加，但总是有限的。在分布式数据处理中，在网络中传递的数据量是非常大的。SQL语句会把一整张表放在网络上。因此，如果在网络中所传输的仅仅是一些数据处理后的结果，而不是前面所说的大量的中间数据，整个网络的负荷就会降低了。 第三个原因是安全性。我们可以把一些关键的计算过程和数据放在服务器上，并给予特殊的安全保护。 第四个原因是合理的软件结构。在某一些环境下，拥有分布式计算的软件结构更加容易解决实际问题。 如果您在做需求分析时，存在以上一些理由的话，建议采用PowerBuilder的开发分布式计算结构. 15．2非可视对象 ? PowerBuilder的分布式计算是围绕NVO展开的。NVO是非可视对象（Non-Visual Object）的缩写，它是用户对象的一种特殊类型。在以后的章节中我们将学习如何创建一个NVO对象。NVO在PB的第三个版本中就已经存在，在PB版本四、五和六中得到进一步完善。简要地说，NVO就是一个没有可视化对象的特殊处理对象。在NVO中不存在类似于数据窗口、按钮、列表框等可视对象，但它拥有自已的数据，以及处理这些数据的函数和事件。这些数据、函数和事件可以被认为定义了NVO的接口，我们通过接口来与NVO进行通信，也可以直接访问它的公有数据。 15．3代理对象 ? 假如我们有一个程序，它拥有许多处理对象，这些处理对象才是“知识”的真正拥有者。我们要做的事情是如何把这些对象放到不同的机器中，实现分布式计算。如何做到这一点呢？在PowerBuilder中，通常的做法是，先把这些对象做成NVO，然后把NVO的接口抽象出来，做成另外一类特殊的对象，我们把它叫做代理（Proxy）。代理与NVO的外部接口完全一样，如果一个NVO有三个公有函数，和一个公有变量，那么，它的代理也有三个公有函数以及一个公有变量。注意，我们只提到公有的函数和变量，如果是它们是私有的，则不会出现在代理中。因此，为了实现分布式计算，我们应建立这样一个分布式的对象模型：应用程序应该把需要分布式计算的内容形成一个或多个非可视对象，即NVO，接下来根据NVO生成NVO的接口对象，也就是代理对象，然后，我们把真正实现程序运行的NVO放到服务器端上，把代理对象放在客户器端上，这就PB分布式对象模型的核心。接下来，让我们较为详细地描述代理对象。 从真正的意义上来说，代理对象并不是一个真正的对象，它在NVO外覆盖了一层，它只是一个NVO的接口。程序首先调用代理，随后代理在网络中找出对应NVO所在的机器位置，对NVO进行调用。在这里，代理存在于客户端上，NVO存在于服务器端上。 让我们来看看服务器端的NVO对象，它是一个实际的对象，它具有真正的对象属性，以及对象功能函数的实现。在未实现分布式之前，它存在客户机上，现在我们把它原封不动移到了服务器上，变成了远程对象。 这样，我们就拥有了两类对象，