CN101192143A - 一种软件界面的构造方法 - Google Patents

Abstract

本发明公开了一种软件界面的构造方法，能使软件开发人员快速的开发易用、一致的电信网管界面，并且不失各个界面的独立特征。其技术方案为：构造方法，包括：开发人员根据界面开发需求编写符合界面描述语法的界面配置文件，以定义软件界面的形式；加载该界面配置文件并进行语法校验，生成界面对象模板并存储在预设的界面模板存储空间；用户程序请求使用界面对象，该些界面对象模板解析成实际的界面对象，并存储于独立的名字空间；开发人员对该些界面对象通过编码或者其他程序控制的手段加以扩展和/或进行额外的设置，以控制该些界面对象，从而完成软件图形界面的构造。本发明应用于电信网管软件图形界面(GUI)的软件开发领域。

Description

一种软件界面的构造方法

技术领域

本发明涉及一种界面开发方法，尤其涉及一种应用于电信网管软件图形界面(GUI)的快速开发方法。

背景技术

在目前的一些电信网管系统中，由于管理内容庞杂且管理的设备不同，所以网管的操作界面多样复杂，网管软件的开发人员往往需要编写大量的界面代码来构造客户需要的信息界面。例如：网络中的网元信息的展现，网元产生的告警信息的展现，以及对网络设备的图形化配置、管理。这些都需要在网管软件的客户端开发人员使用大量的图形组件来实现。在当前网管系统的界面中，对控件的使用还停留在提供部分特殊功能的组件上，但是这并不能解决在网管系统中需要编写大量界面代码的问题，软件开发人员仍然需要花费大量的时间来编写界面代码，增加了软件开发人员的负担。

在目前的电信网管系统的开发中，由于软件语言本身的特殊性，软件开发人员需要先对界面布局进行设计，需首先确定界面使用语言中的哪种界面布局的方式，而后再开始编写界面的代码，在软件的编码过程中，软件开发人员需要重复的进行控件组装的工作。编写完成后需要运行界面代码，查看显示的界面是否达到了自己设计的界面要求。如果界面复杂，则界面的布局设计就必须非常的清晰，否则，如果某个控件的布局不对，就可能需要再次的对整个布局重新分析设计。

由于界面定制的代码共享程度不够，在有些界面从外观上、包含的操作上都具有相似性，分别单独开发的都是重复的硬代码，只有一些定制性代码有所改变，这样使得界面开发工作量大，开发出来的界面不统一。

发明内容

本发明的目的在于解决上述问题，提供了一种软件界面的构造方法，能使软件开发人员快速的开发易用、一致的电信网管界面，并且不失各个界面的独立特征。

本发明的技术方案为：一种软件界面的构造方法，包括：

(1)发人员根据界面开发需求编写符合界面描述语法的界面配置文件，以定义软件界面的形式；

(2)加载该界面配置文件并进行语法校验，生成界面对象模板并存储在预设的界面模板存储空间；

(3)用户程序请求使用界面对象，该些界面对象模板解析成实际的界面对象，并存储于独立的名字空间；

(4)开发人员对该些界面对象通过编码或者其他程序控制的手段加以扩展和/或进行额外的设置，以控制该些界面对象，从而完成软件图形界面的构造。

上述的软件界面的构造方法，其中，步骤(1)中该界面配置文件符合XML规范和自定义的XML DTD或Schema约束，同时采用Java Swing平台。

上述的软件界面的构造方法，其中，步骤(2)和(3)进一步包括：

(a)加载指定范围的符合DTD定义的界面配置文件，并将其作为一组文件加以隔绝；

(b)将该些界面配置文件转换为可被一界面信息引擎识别的对象化的原始信息；

(c)该界面信息引擎将该原始信息转换为可被一界面构建引擎识别的界面信息；

(d)该界面构建引擎将该界面信息组装或构建为界面对象，并存储在独立的名字空间中。

上述的软件界面的构造方法，其中，所述界面信息标识界面对象、代表界面对象的属性和界面对象之间的关系。

上述的软件界面的构造方法，其中，所述实际的界面对象包括：

表格类对象，通过一个表头和表身展现具有相同属性的数据；

树类对象，通过树形结构展现具有层次结构的数据；

网络图类对象，通过网络分层图展现图形对象；

设备面板类对象，通过组合图形展现电信设备的视图；

对象属性类对象，通过组合基本的对象展现对象的属性集；

组合类对象，通过内部关联关系展现多个界面对象的组合。

上述的软件界面的构造方法，其中，步骤(4)还包括在名字空间中查找界面对象的过程，该过程包括：

该界面解析器接收所请求的界面对象的ID参数；

判断该ID的界面对象是否在默认的名字空间中，若存在则返回该界面对象，否则根据该ID的界面对象的界面模板类型构造该界面对象，将其保存在默认的名字空间并返回该对象。

本发明对比现有技术有如下的有益效果：本发明根据界面描述语法编写配置文件，通过界面解析器生成软件开发人员需要的界面，并可以对此界面重复使用。本发明解决了软件开发人员需要花费时间精力编写重复的界面代码的问题，节约软件开发人员需大量编写界面代码、组装界面代码工作的时间，让软件开发人员可以将更多的精力投入到实现电信网管系统业务中，从而提高了工作效率。

附图说明

图1是本发明的软件界面构造方法的一个较佳实施例的流程图。

图2是本发明的表格类组件的一个实施例的示意图。

图3是本发明的XJL解析过程的示意图。

图4是图1所示实施例的步骤S2和S3的详细流程图。

图5是图1所示实施例的步骤S4中查找界面对象的详细流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步的描述。

图1示出了本发明的软件界面构造方法的一个较佳实施例的流程。请参见图1，下面是对流程中各步骤的详细描述。

步骤S1：开发人员根据界面开发需求编写符合界面描述语法的界面配置文件，以定义软件界面的形式。

在本实施例中采用XJL的界面描述语法。XJL是XML to Java Swing Language的简称，XML(扩展标签语言)说明XJL文件和语法符合XML规范，是采用XML的格式，XJL语法也符合XML DTD(文档类型定义文件)或者Schema约束。Java Swing是XJL产品默认转化出来的界面对象所基于的平台，用于定义典型的网管界面。

本实施例的XJL界面描述语法定义了七种界面元素(分别对应实际的七种界面对象)以及它们之间的相互关系。这七种界面元素分别是：表格类，通过一个表头和表身展现一系列具有相同属性的数据；树类，通过树形结构展现一系列具有层次结构的数据；网络图类，通过网络分层图展现一系列图形对象；设备面板类，通过组合图形模拟展现电信设备的视图；对象属性类，通过基本的元素组合起来以展现某个电信业务对象的属性集；组合类，将以上的界面元素按照特定的需求和电信对象内部关联关系组合展现(例如树表联动界面是将树界面和表界面组合，向导类是将多个对象属性界面组合展现等)；其他比较小的界面交互形式的元素，例如对话框、欢迎的闪屏等。

界面元素之间的相互关系包括：组合、扩展、引用等。在电信网管系统中需要创建、修改、删除对象的操作，对于那些属性较多的业务对象，需要将业务对象分解在不同的系统界面中展现，软件开发人员可以在界面配置文件中定义多个不同的界面信息，然后根据界面描述语法定义此界面的组合信息。

下面以一个界面表格组件为例，请参见图2，表格中展现的是一个人的部分信息，表格的表头部分显示此人的属性信息，例如姓名、年龄等。表格中显示这些属性的值。

软件开发人员根据界面所显示的Table对象来定义Table控件类型，又由于Table中显示数据的属性包含有姓名和年龄，还需要定义数据的Bean对象，这个Bean对象包含两个属性就是姓名和年龄。由此可定义出如下的界面配置文件：

<GUI>

  <TableSet>

         <Table id＝“personTable”title＝“Person List”>

         <BeanInfo id＝“person”/>

         <Column reference＝“name”title＝“Name”width＝“30”/>

         <Column reference＝“age”title＝“AGE”width＝“30”/>

         </Table>

  </TableSet>

  <BeanSet>

     <BeanInfo id＝“person”class＝“com.alleninfo.domain.Person”>

        <Property name＝“name”/>

        <Property name＝“age”/>

     </BeanInfo>

  </BeanSet>

</GUI>

根据XJL界面描述语法的规则，定义的Table对象必须包含在TableSet中。Table对象的属性有id、title等，id的属性值作为此对象在TableSet存储空间中的唯一标识，title的属性值是Table控件的自身属性，用以作为表格的标题。Table描述中的BeanInfo字段表明此Table所引用的对象的描述信息BeanInfo，Table的每个Column的属性包括有reference属性。Reference属性值和BeanInfo中的此Column的属性对应，Title属性的属性值是此Column的显示名称，width是此Column的宽度值。

表中所包含的数据需要定义相同的数据Bean信息BeanInfo，id的属性值作为此对象在BeanSet存储空间中的唯一标识，class指定了此数据对象所引用的对象路径，BeanInfo的描述信息包括Property(属性)，即这个BeanInfo数据对象的属性名称，要注意的是在这里属性name的值，必须和程序中定义的类的类变量的名称保持一致，否则XJL界面解析器将无法解析出正确的对象。

下面是前面的XJL界面配置文件所定义的对象的伪代码，所有类都继承自TagInfo类。TagInfo类作为XJL中每个对象信息的基类。

class TableInfo extends TagInfo{

  String id；

  String title；

  Bean beanInfo；

  List<ColumnInfo>columns；

}

从上面的伪代码可看出：TableInfo对象从TagInfo类继承，定义了四个类变量，分别是Table的属性id、title、beanInfo、columns。其中类变量columns是Table的列属性，使用ColumnInfo来描述其属性。

而ColumnInfo的类定义如下：

class ColumnInfo extends TagInfo{

  String reference；

  String title；

  int width；

}

ColumnInfo类也继承自TagInfo，定义了3个类变量，分别是Column的属性：reference，title，width。其中reference是的值必须和指向的Bean中的哪个字段的名称相对应。

结合之前配置的XJL界面配置文件的相关描述：

<Table id＝“personTable”title＝“Person List”>

   <BeanInfo id＝“person”/>

   <Column reference＝“name”title＝“Full Name”width＝“30”/>

   <Column reference＝“age”title＝“AGE”width＝“30”/>

</Table>

Table中引用的BeanInfo是person，那么在Person字段中有name类变量，那么这里Column的reference的值就必须为name。Column的Title的值是此Column的列名，width的值是此列在显示时的宽度。

BeanInfo类也继承自TagInfo，BeanInfo主要是封装Table对象的数据实体，有3个属性，id是BeanInfo在其容器BeanSet中的唯一标识，className是这个BeanInfo所引用的对象路径，properties是这个对象的属性名称的集合。BeanInfo类定义如下：

class BeanInfo extends TagInfo{

  String id；

  String className；

  List<PropertyInfo>properties；

}

PropertyInfo类也继承自TagInfo类，PropertyInfo类主要是描述Bean中的字段名称，只有一个属性名称Name，它的值就是字段的名称。类定义的伪代码如下：

class PropertyInfo extends TagInfo{

  String name；

}

同样可以从XJL界面配置文件中看出：

<BeanInfo id＝“person”class＝“com.alleninfo.domain.Person”>

         <Property name＝“name”/>

         <Property name＝“age”/>

</BeanInfo>

上述的伪代码和说明描述了一个表格控件在XJL界面配置文件中是如何设计的。

步骤S2：界面解析器加载该界面配置文件并进行语法校验，生成界面对象模板并存储在预设的界面模板存储空间。

步骤S3：用户程序请求使用界面对象，该些界面对象模板解析成实际的界面对象，并存储于独立的名字空间。

请同时参见图3，界面解析器按功能分为界面信息引擎和界面构建引擎。首先，界面信息引擎31加载指定范围的符合DTD定义的界面配置文件33。然后，将这些界面配置文件33转换为可被界面信息引擎31识别的对象化的原始信息34。再次，界面信息引擎31将原始信息34转换为可被界面构建引擎32识别的界面信息35。界面信息引擎31转换得到的界面信息35可标识界面对象，代表界面对象的属性和界面对象之间的关系。最后，界面构建引擎32将界面信息35组装或构建为界面对象36，并存储在独立的名字空间中。

界面构建引擎32负责如下的工作：将界面信息解析为具体的界面对象；提供名字空间管理、鉴别和关联机制，并按照不同的名字空间存储和管理界面对象。

对于加载界面配置文件这一过程，首先构造一个资源加载器。例如步骤S1中编写的界面配置文件保存的路径是“com.alleninfo.domain.resc”下，那么在使用资源加载器时需要将此路径传递给资源加载器。资源加载器获得此路径后能够遍历此路径下的资源，提供所有资源名称列表。

加载所有的XJL资源的原理如下：

第一，遍历所有的资源加载器提供的资源(即界面配置文件)名称，过滤出符合条件的XJL资源文件。第二，在读取每个文件流的同时，借助DTD约束对文件进行语法检查，检查通过的文件将每个界面配置文件解析称为Dom Document对象，语法检查不通过的文件不会被解析，但不会影响解析后面的文件。第三，对读取到的XJL文件按照Dom(文档对象模型)对象的类型将所有的Document对象中的Dom对象解析成为相应的界面对象。

图4示出了步骤S2和S3的一个实现流程。

步骤S21：资源加载器首先读取DTD文件。

步骤S22：资源加载器接收界面配置文件所在的文件路径参数。

步骤S23：资源加载器读取该路径下所有可识别的界面配置文件。

步骤S24：对读入的界面配置文件的格式进行校验，检查是否满足DTD文件的定义。若满足则进入步骤S25，否则进入步骤S26。

步骤S25：将界面配置文件解析为可识别的界面对象并存入存储空间中。

步骤S26：检查是否还有未读取的界面配置文件。若有则返回步骤S23，否则退出检测，流程结束，界面配置文件加载完成。

步骤S4：开发人员对该些界面对象通过编码或者其他程序控制的手段加以扩展和/或进行额外的设置，以控制该些界面对象，从而完成软件图形界面的构造。

通过步骤S2中将一个界面配置文件读入存储空间中，此时在存储空间中的对象并不是真正可使用的界面对象，它们只是单个的实例。如果要成为真正的对象还要将这些分开的实例解析为遵循开发语言的界面结构的对象。当用户程序第一次请求某个界面对象时，才将解析出来的Tag对象解析成用户所能看到的界面组件。

在解析Tag对象之前，必须首先获得界面配置文件中所定义的对象。例如，在步骤S2中已经解析出TableTag对象。用户在请求获得这个Table对象时将“personTable”作为此对象的唯一id作为参数调用API(应用编程接口)中专门查找Table对象的接口，那么当XJL界面解析器找到此id的TableTag对象后，将其解析为真正的界面组件对象。

请参见图5，详细描述了查找界面对象的流程。

步骤S41：界面解析器接收所请求的界面对象的id参数。

步骤S42：在默认的名字空间下查找该id的界面对象。

步骤S43：是否存在此id参数的界面对象。若是则返回该界面对象，流程结束；否则进入步骤S44。

步骤S44：根据此id参数的界面对象的界面模板类型来解析在存储空间中的此id的XJLTag，因为组件的类型是已经定义的，所以相同组件类型的TagResolver相同，构造该界面对象，将其存储在默认的名字空间并返回该对象，流程结束。

这样，当软件开发人员第二次在相同的名字空间获取此对象时，不需要再次解析，直接从默认的名字空间中获得此对象。

上述实施例是提供给本领域普通技术人员来实现或使用本发明的，本领域普通技术人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书提到的创新性特征的最大范围。

Claims (6)

1.一种软件界面的构造方法，包括：

(1)开发人员根据界面开发需求编写符合界面描述语法的界面配置文件，以定义软件界面的形式；

(2)加载该界面配置文件并进行语法校验，生成界面对象模板并存储在预设的界面模板存储空间；

(3)用户程序请求使用界面对象，该些界面对象模板解析成实际的界面对象，并存储于独立的名字空间；

(4)开发人员对该些界面对象通过编码或者其他程序控制的手段加以扩展和/或进行额外的设置，以控制该些界面对象，从而完成软件图形界面的构造。

2.根据权利要求1所述的软件界面的构造方法，其特征在于，步骤(1)中该界面配置文件符合XML规范和自定义的XML DTD或Schema约束，同时采用Java Swing平台。

3.根据权利要求1所述的软件界面的构造方法，其特征在于，步骤(2)和(3)进一步包括：

(a)加载指定范围的符合DTD定义的界面配置文件，并将其作为一组文件加以隔绝；

(b)将该些界面配置文件转换为可被一界面信息引擎识别的对象化的原始信息；

(c)该界面信息引擎将该原始信息转换为可被一界面构建引擎识别的界面信息；

(d)该界面构建引擎将该界面信息组装或构建为界面对象，并存储在独立的名字空间中。

4.根据权利要求3所述的软件界面的构造方法，其特征在于，所述界面信息标识界面对象、代表界面对象的属性和界面对象之间的关系。

5.根据权利要求1所述的软件界面的构造方法，其特征在于，所述实际的界面对象包括：

表格类对象，通过一个表头和表身展现具有相同属性的数据；

树类对象，通过树形结构展现具有层次结构的数据；

网络图类对象，通过网络分层图展现图形对象；

设备面板类对象，通过组合图形展现电信设备的视图；

对象属性类对象，通过组合基本的对象展现对象的属性集；

组合类对象，通过内部关联关系展现多个界面对象的组合。

6.根据权利要求1所述的软件界面的构造方法，其特征在于，步骤(4)还包括在名字空间中查找界面对象的过程，该过程包括：

该界面解析器接收所请求的界面对象的ID参数；

判断该ID的界面对象是否在默认的名字空间中，若存在则返回该界面对象，否则根据该ID的界面对象的界面模板类型构造该界面对象，将其保存在默认的名字空间并返回该对象。

Images