面向对象的分布式开发系统 (二)

类别:Java 点击:0 评论:0 推荐:

前文:面向对象的分布式开发系统 (一)

3.     布式系统的关键技术 3.1     面向对象技术Object-Oriented

客户/ 服务器模式,是典型的分布式计算模型。在此模式下,客户端建立连接到服务器,通过相互约定的协议通讯,以达到交换信息的目的。SoftEngine 核心的通讯通道封装了这些复杂的底层细节。通过多层的封装技术,将底层对象与应用对象完全隔离。SoftEngine 只在组件区域为应用提供了一些抽象类作为“软总线”的接口。如下图所示:

 

图表 2 Abstract class is the interface of Soft-Bus.

 Application Objects : 应用对象   System Objects: 系统对象
Infrastructure Objects: 底层对象     Abstract Class: 抽象类

设计一个可重用的面向对象软件不是简单的事,一个分布式的重用系统更是困难的事。在SoftEngine 的基础之上却很容做到。因为其本身的体系结构是对象化设计的,也是可重用的 。

在组件区域内,开发人员只需关注应用的业务,继承接口抽象类,实现所定义的业务流程,通过发布实例化的应用对象,构造应用系统。这种面向对象的开发模式,对程序员来讲是非常简单,非常有效的,也可从繁重的体力劳动(编码)中解脱出来,更多的精力用于设计工作。

 组件区域中的应用对象,是可被重用。按照一定的发布方式,可以在不同的SoftEngine 系统中再次利用。可被重用性不再取决于编码的质量,而在于如何设计出好的应用业务逻辑流程。关于这一点,我们将在后续的流水线式设计模式中讨论。

3.2     任务驱动Task-Driven

在SoftEngine 内部采用的是任务驱动。在这里所提到的任务驱动概念,不完全相同于一些专业任务驱动论文,更接近事件驱动(Event-Driven) 。也就是说,所有的对象在没有任务时,处于空闲状态;直到有任务(事件)到达,对象的运行模式才会转变为激活状态。

在不同的对象间,传递任务是合作(collaborate) 的唯一方式。合作模式有两种:

 完全独立的模式(Individual) 松散耦合模式(Loosely Coupled)

下面图示了其中的不同:

图表 3 Individual and loosely coupled collaboration 

对象A 和对象B 有次序地处理同一个任务,对象B 必须等待对象A 的处理果。对象A 和对象B 的合作关系称为:松散藕合模式 。 对象B 和对象C 分别处理不同的任务。这种关系称为:完全独立的模式。也就是说,对象C 需要的任务,不总是来自于对象B ,它们之间没有必要的关联。 

在完全独立模式,对象C 由于功能相对独立,无须等待想关数据,所以效率比较高,具有很高的实时性。但存在功能相对集中,适应性比较差,被可重用的可能性也相对减少的不足。松散耦合模式,为完成任务,将处理步骤/ 功能细分为不同的对象。使对象A 和B 的功能相对专一,适应性增强,可重用性也增加了。同时更据不同的功能效率可以方便的作负载均衡(Load balancing)调整。但是任务的多次投递,以及相对的耦合关系,也降低了局部的处理性能。就如下图所显示的两者的性能比较:

图表 4 Performance of collaboration 

在实际应用开发中,如果选择完全独立的模式 或 松散耦合模式,取决于在设计阶段如何定义应用的业务流程。这将在后续章节: 流水线式设计模式中再次阐述 。

每个被传送中的任务,都具有自己的生存周期(Live cycle),从产生到被丢弃。如下图生存周期图:

图表 5 Live-cycle of task 

Created : 被产生       Forward: 正向传送
Backward: 回送                   Pending: 悬挂
Timeout: 超时              Operating:处理
Droped:被丢弃

一个任务由某个功能对象产生,并传送(forward)到下一个目的对象,在那里将被处理之后,这个任务会被丢弃,或被返回(backward)到源对象。这是一个常规的任务生存周期,但如果在任务传递途中,发生如目标对象不可到达等阻碍,该任务将会被悬挂(pending) 。直到继续传送或超时(timeout)被丢弃。任务在传递中的安全问题,将会在后续的数据安全主题中讨论。

 后续: 面向对象的分布式开发系统 (三)

本文地址:http://com.8s8s.com/it/it17223.htm