CN105183487B - 基于抽注服务的软件开发方法及其装置 - Google Patents

Abstract

本发明公开了一种基于“抽注”操作的软件开发方法EIO，是对我们的基于形式领域融合模式(格件)中的纵向融合的一种具体实现方法，其特征在于，应用系统的构造，通过对抽注对象的服务式抽取与注入来进行，使程序的内部微结构由“控制”转变为“服务”。所述抽取与注入合称为抽注，即基于对象的服务式抽注的应用软件开发方法；抽注对象包括UI中的交互组件和数据资源中的数据结构。本发明还公开了一种实现所述的基于抽注服务的软件开发方法的装置，主要包括：交互视图、视图抽注引擎、抽注消息交换机、信息处理器、资源引擎和资源工厂。所给出的方法，具有简化软件开发工作和提高软件质量等特点。

Description

基于抽注服务的软件开发方法及其装置

技术领域

本发明涉及计算机软件领域的计算机应用系统的构造技术，尤其涉及基于抽注服务的软件开发方法及其装置。

背景技术

目前的面向客户/服务器模型的软件开发方式方法，主要分为三大类：客户端OS框架技术、服务端网页技术、服务端框架技术。

客户端OS框架技术是最早出现应用的技术，也是最近再次成为热点的技术。该技术下，软件的业务逻辑的实现主要在客户端进行，只在不要时才与服务端通信进行数据交换。该技术一般是在客户端OS下的编程框架的支持下进行，如Windows下编程框架本地.Net，Android编程框架Android Framework、iOS框架等。该类框架尽管不同框架特点不同，但有一个共同点就是以提供语言级扩充为主。

服务端网页技术的典型代表有ASP、JSP、PHP等，其基本思想是对HTML的基于脚本与标签的扩充，使网页支持对应用系统的业务逻辑的描述。这种技术实质上与客户端OS框架类似，主要是将业务逻辑的描述从客户端移到服务端，并且采用网页扩充技术描述业务逻辑，优点是用户交互视图与业务逻辑集中在一起处理，方便了交互视图的实现，并且实现了纯的“瘦客户”技术，缺点是业务逻辑与交互视图混杂在一起，软件维护复杂，也不利于软件开发的分工合作。

服务端框架技术是对服务端网页技术的一种改进。改进的重点是实现视图逻辑与业务逻辑的分离，将业务逻辑的实现从网页脚本与标签中分离出来，采用高级语言实现。这类技术的典型例子是Struts、SpringMVC、Tapestry及一些Python Web框架。这种技术由于将一部分业务逻辑的实现从网页中分离出来，采用高级语言实现，所以有利于复杂逻辑的实现。但是，这类技术大多试图实现MVC模式及其衍生模式(如MVP、MVVM及Python Django模式)，将系统划分为业务逻辑M、交互视图V以及控制逻辑C,由于一个实际的应用系统一般都很难严格划分为MVC结构，所以采用这种技术构造应用系统一般会使问题复杂化。

此外，这几类技术有一个共同的问题：基于控制，以控制为中心的方法，是不符合复杂系统对的自然规律的。一个复杂系统，例如社会系统，如果其满足“服务”的模式，即社会中每个对象都是服务员与客户，则这个社会和谐平稳地运行，反之，如果采用控制为中心的模式，需要设置一个或者多个复杂的控制系统，难以保障系统的自然形态。因此，面向或者基于服务的体系，是解决复杂系统的有效而自然的方法。

发明内容

本发明的首要目的在于克服现有技术的缺点与不足，提供一种基于抽注服务的软件开发方法，该软件开发方法与相应的模型与框架，以充分简化包括B/S在内的C/S模式的应用软件的开发。

本发明的另一目的在于克服现有技术的缺点与不足，提供一种实现所述基于抽注服务的软件开发方法的装置，该装置从结构上提高了所开发出的软件的运行性能与可靠性质量指标。

本发明的首要目的通过以下技术方案实现：一种基于抽注服务的软件开发方法，应用系统的构造，通过对对象的服务式抽取与注入来进行，所述抽取与注入合称为抽注，即基于对象的服务式抽注的应用软件开发方法,简称EIO。

将软件的组成成分分成两大类：

A)以抽取与注入操作为主的软件成分间的交互；

B)抽取与注入操作的对象--交互组件与数据资源。

所构造出的系统，工作方式为服务模式的数据抽注，系统的每个抽注对象都是以客户/服务器工作，所做的服务是模型化的操作—抽取与注入。

所述的对象抽注，分为三类：

A)VR抽注：即“组件-资源”间的数据抽注，实现资源供给视图与视图更新资源，是本方法中最常见的抽注类型；

B)VV抽注：即“组件-组件”间数据抽注。抽注的双方可以位于同一个进程，也可以位于不同的进程与不同的节点，实现交互界面间的数据交换以及基于数据交换的业务逻辑；

C)RR抽注，即“资源-资源”间的数据抽注，实现不同数据资源间的基于数据抽注的数据处理与业务逻辑。

通过一种专有的框架支撑软件开发，该框架由EIO模型和EIO预制件组成，EIO模型是以服务模式运行着的计算机软件，EIO预制件是系统预定义的API。

所述EIO模型分为视图引擎VE、消息引擎ME和资源引擎RE三部分；每个引擎都是基于引擎配置文件工作的，通过解释执行配置文件工作，引擎配置文件是引擎的控制程序，由用户按照EIO规范自定义。

所述视图引擎VE负责受理视图组件的数据注入与抽取操作的请求，并且通过引擎配置文件调用相关用户模块处理相应的抽注操作；所述消息引擎ME即消息路由器，负责在视图之间、视图之间与资源之间或者资源与资源之间传递抽注操作指令与返回结果，所述资源引擎RE负责操作用户的数据资源。

本发明的另一目的通过以下技术方案实现：一种实现所述基于抽注服务的软件开发方法的装置，可以包括：

交互视图，用于用户交互界面；包含EIO交互组件；对于基于浏览器的实现，交互视图是HTML+JavaScript；对于OS-APP实现，是OS界面描述加高级语言代码；

视图抽注引擎，服务模式工作，位于视图一侧，用于支撑视图的抽注操作和负责发送与接收来自抽注消息交换机的抽注消息；

抽注消息交换机，服务模式工作，用于接收视图抽注引擎的抽注消息，选择相应的消息处理对象，接收处理结果并将处理结果回送到相应的对象；

信息处理器，用于解释与处理信息，现在形式上它是挂接在抽注消息交换机上的用户自定义程序，它的加载与启动由抽注消息交换机负责，抽注消息交换机充当它的容器；信息处理器分系统预定义处理器与用户自定义信息处理器两类。系统预定义处理器一般是处理一些领域公用的业务逻辑，而用户自定义处理器是处理用户自己的应用特有的逻辑，信息处理器的工作依赖于资源引擎，通过与资源引擎通信实现对资源的抽注；

资源引擎，服务模式工作，用于按照抽注指令操作资源，实现资源抽注；资源引擎接受信息处理器的抽注消息，通过调用资源工厂实现抽注逻辑；

资源工厂，是挂接在资源引擎上的资源操作程序，分系统与定义的资源工厂与用户自定义的资源工厂，系统工厂用于实现领域通用的资源抽注，用户自定义工厂实现用户应用特有的抽注逻辑。

本发明的面向数据抽取与注入操作(“抽取”与“注入”简称“抽注”)服务的软件开发方法(简称“EIO”)详细介绍如下：

(1)EIO的核心思想是交互视图与资源视图的数据的面向服务的抽取与注入(简称“抽注”)，它主要通过数据的抽取与注入来描述应用系统的逻辑，亦即将一个应用系统的构造，看做是由面向交互视图与资源视图的数据抽取与注入的行为实现的。

(2)EIO的抽注的对象是交互视图和资源视图。交互视图对象是传统意义上的用户界面，而资源视图是数据模型，描述数据结构与内容的模型，可以基于本发明的GriDoc。

(3)EIO抽注的实现的模式是服务模式，即抽注的双方中，一方是客户，负责发出抽注请求，一方是服务器，负责受理客户的抽注请求。

(4)EIO的抽注分为三类：A)VR抽注：即“组件-资源”间的数据抽注，实现资源供给视图与视图供给/更新资源，是EIO中最常见的抽注类型；B)VV抽注：即“组件-组件”间数据抽注。抽注的双方可以位于同一个进程，也可以位于不同的进程与不同的节点，实现交互界面间的数据交换以及基于数据交换的业务逻辑；C)RR抽注，即“资源-资源”间的数据抽注，实现不同数据资源间的基于数据抽注的数据处理与业务逻辑。

(5)EIO对抽注的实施，基于抽注模型与框架。抽注模型与框架由视图引擎、消息引擎、资源引擎构成。视图引擎支撑客户端的数据抽注操作；消息引擎负责在异地交互视图之间、交互视图与资源之间传递以及异地资源之间的消息传递；资源引擎提供模型化的资源抽注接口。

(6)用户的个性化程序模块挂接在EIO框架中的视图引擎、消息引擎及资源引擎上。

(7)各引擎都是状态无关的，可以位于网络中不同节点，供多个不同应用共享，构成网络上的公用处理器群，支撑多EIO共享处理或者单EIO应用的多处理器并行处理。

相对于现有技术，本发明具有如下的优点与效果：

本发明的EIO的特点，简言之是“面向抽注、基于服务”。EIO将一个应用系统的构造，看做是通过对交互视图与数据资源进行抽取与注入(简称“抽注”)操作实现的。抽注操作分为“视图-视图”抽注、“资源-资源”抽注与“视图-资源”抽注。抽注操作以服务模式进行，基于客户与服务端的消息传递，使程序的构成机制由“控制”转变为“服务”，舍弃流行的MV*(MVC、MVP,MVVM等)模式，解决了以Struts为代表的一类MV*模式的以控制为核心所带来的编程复杂、运行效率低下的问题。一个EIO应用程序是在EIO模型基础上由开发人员在EIO-API支撑下开发而成，开发一个EIO应用程序，重点编写的代码是EIO引擎脚本、交互视图的抽注请求与响应子程序以及抽注处理子程序。本发明从结构上提高了所开发出的软件的运行性能与可靠性质量指标，本发明的EIO是一种软件开发方法及支撑环境模型，重点用于开发包括B/S模式在内的C/S模式的应用程序，简化了开发工作，提高了软件质量。

附图说明

图1是本发明的体系结构的示意图。

具体实施方式

下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。

实施例

EIO的实现框架，由EIO运行时、EIO-API及规范组成。

(1)EIO模式体系；

EIO框架是EIO模式(方法)的支撑环境与工具。支撑体系是支撑环境与工具的体系结构，其基本体系如图1所示。

图中各主要部分说明如下：

交互视图：是用户交互界面。包含EIO交互组件(图中带箭头的方框)。对于基于浏览器的实现，交互视图是HTML+JavaScript；对于OS-APP实现，是OS界面描述加高级语言代码。

VE：视图抽注引擎，服务模式工作，位于视图一侧，一方面支撑视图的抽注操作，另一方面负责发送与接收来自ME的抽注消息。

ME：抽注消息交换机，服务模式工作，负责接收VE的抽注消息，选择相应的消息处理对象，接收处理结果并将处理结果回送到相应的对象。

信息处理器MP：信息处理器负责解释与处理信息，现在形式上它是挂接在ME上的用户自定义程序，它的加载与启动由ME负责，ME充当它的容器。MP分系统预定义处理器与用户自定义信息处理器两类。系统预定义处理器一般是处理一些领域公用的业务逻辑，而用户自定义处理器是处理用户自己的应用特有的逻辑。MP的工作一般都依赖于资源引擎RE，通过与RE通信实现对资源的抽注。

RE：资源引擎，服务模式工作，负责按照抽注指令操作资源，实现资源抽注。RE接受MP的抽注消息，通过调用资源工厂实现抽注逻辑。

资源工厂：挂接在RE上的资源操作程序，分系统与定义的资源工厂与用户自定义的资源工厂。系统工厂实现领域通用的资源抽注，如GriDoc。用户自定义工厂实现用户应用特有的抽注逻辑，如对应用系统的关系数据和文件的操作。

extV()/IntV()：针对交互视图的数据抽注操作，形式上为通用API，实现交互组件的数据注入与抽取。

MsgReq()/MsgRes()：传递抽注操作的消息，消息里描述具体的抽取逻辑，并携带抽注的数据。

(2)EIO抽注种类；

EIO抽注包括下列几种类型：

VR抽注：即“组件-资源”间的数据抽注，负责资源与视图间的数据抽注，实现资源更新、视图刷新等逻辑，是EIO中最常见的抽注类型；

VV抽注：即“组件-组件”间数据抽注。抽注的双方可以位于同一个进程，也可以位于不同的进程与不同的节点，实现交互界面间的数据交换以及基于数据交换的业务逻辑；

RR抽注：，即“资源-资源”间的数据抽注，实现不同数据资源间的基于数据抽注的数据处理与业务逻辑。

(3)EIO框架组成；

一个具体的EIO框架，主要包含下列成分：

运行时：支撑EIO应用运行的软件成分，主要是VE、ME和RE。许多情况下，RE可以省略。这些运行时，VE位于客户端一侧，而ME都位于服务器节点上。

API：支撑用户编程的程序库，分客户端与服务端两类。客户端API主要是实现抽注的API以及消息打包与解包的API。服务端API主要是服务端消息的打包与解包API。

(4)EIO编程的一般过程；

使用EIO开发一个应用系统，开发者所需做的主要的工作可以归纳为下列几个部分：

(a)界面模型设计：任意一个用户交互界面都可以分成固定与活动两大部分，活动部分是内容随着系统的运行而动态可变的部分，其他为固定部分。界面模型是指固定部分的全部以及活动部分的展现格式与框架。界面模型的设计给出界面的固定部分。系统交互界面的“3+1”：编写三种子程序和一种配置文件。三种子程序是客户端抽注请求子程序、客户端抽注响应子程序以及服务端消息处理器，一种配置文件是EIO配置文件。

(b)客户端抽注请求子程序：用于客户端向资源发出资源抽取或者注入请求，由服务端的消息交换机受理与调度。客户端抽注子程序形态根据客户端的种类确定，对于Web客户端，是采用HTML5+JavaScript编写；对于Android客户端，是采用Java编程；对Windows与Linux客户顿，采用Java和C++编程。

(c)客户端抽注响应子程序：用于响应服务端对“客户端抽注请求子程序”的抽注响应，即受理服务端消息处理器的回应消息，调用交互组件的注入操作实现交互组件的数据注入，编程方式与客户端抽注请求子程序的编写。

服务端的消息处理子程序(消息处理器)用于分析客户端抽注请求子程序发来的消息，调用相应的抽注服务，实现资源的数据注入，或者生成抽取结果，并且回送给客户端的抽注响应子程序。

EIO配置文件为XML文件，用于配置EIO的基本特性与EIO程序的调用关系。引入配置文件，旨在平衡软件开发的编码(程序设计语言程序设计，过程描述)与配置(说明性的描述)的有机结合，平衡二者的应用，简化软件开发。

上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

Claims (6)

1.一种基于抽注服务的软件开发方法，其特征在于，应用系统的构造，通过对对象的服务式抽取与注入来进行，所述抽取与注入合称为抽注，即基于对象的服务式抽注的应用软件开发方法,简称EIO；通过对抽注对象的抽取与注入操作实现软件功能，这里，抽取和注入操作的对象是交互组件与数据资源，所构造出的系统，工作方式为服务模式的数据抽注，所做的服务是模型化的操作—抽取与注入，其中，对象抽注分为三类：

A)VR抽注：即“组件-资源”间的数据抽注，实现资源更新视图与视图更新资源；

B)VV抽注：即“组件-组件”间数据抽注；抽注的双方位于同一个进程，或者位于不同的进程与不同的节点，实现交互界面间的数据交换以及基于数据交换的业务逻辑；

C)RR抽注，即“资源-资源”间的数据抽注，实现不同数据资源间的基于数据抽注的数据处理与业务逻辑。

2.根据权利要求1所述基于抽注服务的软件开发方法，其特征在于，通过一种专有的框架支撑软件开发，该框架由EIO模型和EIO预制件组成，EIO模型是以服务模式运行着的计算机软件，EIO预制件是系统预定义的API。

3.根据权利要求2所述的基于抽注服务的软件开发方法，其特征在于，所述EIO模型分为视图引擎VE、消息引擎ME和资源引擎RE三部分；每个引擎都是基于引擎配置文件工作的，通过解释执行配置文件工作，引擎配置文件是引擎的控制程序，由用户按照EIO规范自定义。

4.根据权利要求3所述的基于抽注服务的软件开发方法，其特征在于，所述视图引擎VE负责受理视图组件的数据注入与抽取操作的请求，并且通过引擎配置文件调用相关用户模块处理相应的抽注操作；所述消息引擎ME即消息路由器，负责在视图之间、视图与资源之间或者资源与资源之间传递抽注操作指令与返回结果，所述资源引擎RE负责操作用户的数据资源。

5.根据权利要求3所述基于抽注服务的软件开发方法，其特征在于，EIO应用程序包括引擎配置文件和抽注子程序，所述抽注子程序具有：

a)视图组件抽注请求子程序，负责将抽注请求通过VE发送给ME；

b)视图组件抽注响应子程序，负责处理“视图组件抽注请求子程序”的运行结果，通过接收ME的回送消息并通过VE-API实现对视图组件的抽注。

6.一种实现权利要求1所述的基于抽注服务的软件开发方法的装置，其特征在于，包括：

交互视图，用于用户交互界面；包含EIO交互组件；对于基于浏览器的实现，交互视图是HTML+JavaScript；对于OS-APP实现，是OS界面描述加高级语言代码；

视图抽注引擎，服务模式工作，位于视图一侧，用于支撑视图的抽注操作和负责发送与接收来自抽注消息交换机的抽注消息；

抽注消息交换机，服务模式工作，用于接收视图抽注引擎的抽注消息，选择相应的消息处理对象，接收处理结果并将处理结果回送到相应的对象；

信息处理器，用于解释与处理信息，在形式上它是挂接在抽注消息交换机上的用户自定义程序，它的加载与启动由抽注消息交换机负责，抽注消息交换机充当它的容器；信息处理器分系统预定义处理器与用户自定义信息处理器两类；系统预定义处理器是处理领域公用的业务逻辑，而用户自定义处理器是处理用户自己的应用特有的逻辑，信息处理器的工作依赖于资源引擎，通过与资源引擎通信实现对资源的抽注；

资源引擎，服务模式工作，用于按照抽注指令操作资源，实现资源抽注；资源引擎接受信息处理器的抽注消息，通过调用资源工厂实现抽注逻辑；

资源工厂，是挂接在资源引擎上的资源操作程序，分系统预定义的资源工厂与用户自定义的资源工厂，系统工厂用于实现领域通用的资源抽注，用户自定义工厂实现用户应用特有的抽注逻辑。