三层架构下的集成编译环境的实现方法技术

本发明专利技术公开了一种三层架构下的集成编译环境的实现方法，使用ＸＭＬ主文件、中间件、主机信息环境变量，利用操作系统的编译器进行编译，通过前台界面，把后台的数据、程序维护到数据库中，联合ＸＭＬ文件，在执行编译的时候实现与后台程序的联动，实现统一编译集成开发环境，并且摒弃后台操作系统的编译依赖，实现对用户的透明后，通过ＸＭＬ文件，解决后台程序的版本管理。本发明专利技术可以实现对后台程序的集中管理，使开发人员摆脱对后台操作系统的编译依赖，实行对开发人员的透明化，实现版本的可配置化。

【技术实现步骤摘要】

本专利技术涉及一种计算机编程中集成编译环境的实现方法，特别是一个 。
技术介绍
在软件开发过程中，特别是需要前、后台交互的三层架构中，前台一般使用最前沿的面向对象的编程工具，如Microsoft .NET，中间件使用 BEA公司的TUXEDO，而后台则使用历史悠久的经典〔/〔++语言(以下简称 C++)。使用这种搭配的好处是，既可以使用最先进的技术，又可以保证程 序执行的效率。但是这样也带来一系列的麻烦，特别是使用0++的编译方式时，因其 只能使用操作系统的编译器，项目开发人员需要登陆到主机上对〔++程序 做编译，而且这个编译器会由于操作系统的不同而改变，比如IBM的AIX 系统使用xlC来编译，而HP的UNIX使用aCC来编译，编译得到的结果也 同样不能通用。显然，这对于开发人员来说是不利的。另外，由于后台主 机没有任何的图形界面，而且文件目录复杂，开发人员要编译后台C+十程 序，就必须学会一套后台主机的基本操作命令，虽然各个主机之间命令基 本上类似，但是毕竟增加了一项新的成本。当中间件为BEA公司的TUXEDO 的时候，如果编译的后台〔++程序分散在各个目录中，没有统一的管理， 从后台编译的时候很容易把相同的程序编译到不同的函数库或者执行文 件中，而这又是TUXEDO所不允许的，TUXEDO调用的时候又是随机调用中 间的任意一个，很容易造成程序的错乱。在项目组成员联合开发的过程中， 如果仅仅通过后台管理0++程序，不方便实现，而且管理起来比较混乱。TUXEDO的UBB配置文件的每个模块的信息都代表了一批配置，对于开 发人员来说，任何一项的配置错误都将造成TUXEDO的启动失败，而TUXED0 对于三层架构的开发来说起承上启下的作用，没有了 TUXEDO中间件，架 构也运行不起来，但是开发人员实际并不需要深入了解这些配置文件，他 们需要知道的仅仅是在具体软件开发中需要用到哪些SERVER号或者能够 使用哪些SERVER号。
技术实现思路
本专利技术要解决的技术问题是提供一种三层架构的集成编译环境的实现 方法,可以通过位于用户层的界面与中间件和数据库建立联系，与中间件、 后台程序联动，实现统一编译集成开发环境。为解决上述技术问题，本专利技术一种三层架构下的集成编译环境的实现方 法，使用XML主文件、中间件TUXED0、主机信息环境变量，利用操作系统的 编译器进行编译，包括以下步骤步骤一，通过用户层的前台界面通过位于系统层的中间件TUXEDO将数据 输入到数据库；步骤二，位于系统层的模块一从上述数据库中获取通过上述步骤一输入 的数据作为其参数；模块三从上述数据库中获取通过上述步骤一输入的数 据作为其参数；模块二从上述数据库中获取其所需的数据；步骤三，模块二从主机信息环境变量文件获取环境变量值，对环境变量值和通过步骤二所获取的数据进行组合，生成中间件TUXEDO所需要的ubb 配置文件；步骤四，模块一对参数进行判断，如果该参数是函数名，则在获取函数 程序后编译生成函数库；如果该参数是TUXEDO的SERVER号，则在获取 service号后根据service号获取service程序，再编译生成TUXEDO所需要的 可执行程序，该可执行程序对应的SERVER号在UBB配置文件中定义；在编译 时对XML配置文件进行版本控制，并在编译完成后自动同步XML配置文件中 的信息；模块三对通过步骤二获得的参数进行编译，生成独立的可执行文 件；步骤五，模块一和模块三将编译结果返回到位于用户层的显示界面； 所述环境变量值包括主机IP地址、主机名、当前登录用户的UID、当前登录用户对应的Primary GROUP的UID、环境变量中的相应数据库和TUXEDO配置信息。所述XML配置文件包括如下部分数据库连接配置项目，项目版本信 息配置，并根据版本信息配置进行所述版本控制。包括一个位于用户层的统一编译界面，该统一编译界面从所述数据库 中获取数据传递给所述模块三做为模块三的参数，该统一编译界面从所 述数据库中获取所述SERVER号或所述函数名传递给所述模块一做为模块 一的参数。本专利技术可以实现对后台程序的集中管理，使开发人员摆脱对后台操作 系统的编译依赖，实行对开发人员的透明化，实现版本的可配置化。 附图说明图1是本专利技术的流程示意图2是按照本专利技术完成的编译环境的的三层架构示意图3是本专利技术中模块一的流程示意图4是本专利技术中模块二的流程示意图5是本专利技术中模块三的流程示意图。具体实施例方式下面结合附图对本专利技术作进一步详细的说明。 本专利技术本专利技术(为方便起见，以下简 称EICE)在其数据库中保存了所有后台程序的相关信息和后台主机的信 息。后台程序的信息包括程序的名称、程序的路径、责任者、描述以及与中间件TUXEDO的相互关系，后台主机的信息包括主机的IP地址，登陆 到主机的用户名和密码等。EICE使用XML主文件实现可配置化版本编译，其中XML主文件负 责提供数据库的连接，管理当前编译需要的文件、版本号以及生成编译后 输出文件的名称、版本号。另外的XML文件负责每个子系统下属的文件、 版本号以及文件当前所处的位置，并且在子系统的头部标示出当前编译需 要的文件版本号EICE的核心部分为三个编译程序模块，其中模块一简称为EAC，模 块二简称为EAU，模块三简称为EAT,其流程如图1所示。EAC是主编译程序，通过不同的输入参数来判断是编译函数还是编译中间件TUXEDO需要的service程序，编译完成后自动同步XML文件中 的信息。EAC的流程如图3所示。EAU程序单独为中间件TUXEDO服务，执行完成后会生成中间件 TUXEDO所需要的UBB配置文件，配置信息则是通过数据库和当前操作 用户共同获取。EAU的流程如图4所示。EAT程序同样是编译程序，但是与EAC不同的是，EAT编译后的文 件为单独的可执行文件，不依赖于中间件TUXEDO。 EAT的流程如图5所示。EAC可以编译flinction，也可以编译TUXEDO所需要的service。 EAC 根据执行的时候所输入的参数来判断当前所编译的行为是编译service还 是编译flinction。EAC如果编译service,可以采用数据库方式编译或者编译卡片方式 编译。当采用数据库方式编译时，EAC根据输入的SERVER号，读取数 据库中的对应service信息，并汇总、重新组织这些信息，调用后台主机 的编译器，根据XML配置文件中对于项目版本的配置，对service开始 编译，生成TUXEDO所需要的可执行文件。当采用编译卡片方式编译时， EAC根据输入的SERVER号，读取编译卡片文件中对应SERVER号的所 有service信息，并汇总、重新组织这些信息，调用后台主机的编译器， 根据XML配置文件中对于项目版本的配置，对service开始编译，生成 TUXEDO所需要的可执行文件。EAC如果编译fimction，也可以采用数据库方式编译或编译卡片方式 编译。当采用数据库方式编译时，EAC根据输入的函数名，从数据库中获取对应的fimction信息，并汇总、重新组织这些信息，调用后台主机的 编译器，根据XML配置文件中对于项目版本的配置，对ftmction开始编 译，生成函数库。当釆用编译卡片本文档来自技高网...

【技术保护点】
一种三层架构下的集成编译环境的实现方法，使用ＸＭＬ主文件、中间件、主机信息环境变量，利用操作系统的编译器进行编译，其特征是，包括以下步骤：步骤一，通过用户层的前台界面经位于系统层的中间件将数据输入到数据库；步骤二，位于系统层 的模块一从上述数据库中获取通过上述步骤一输入的数据作为其参数；模块三从上述数据库中获取通过上述步骤一输入的数据作为其参数；模块二从上述数据库中获取其所需的数据；步骤三，模块二从主机信息环境变量文件获取环境变量值，对环境变量值和通过步 骤二所获取的数据进行组合，生成中间件所需要的ＵＢＢ配置文件；步骤四，模块一对参数进行判断，如果该参数是函数名，则在获取函数程序后编译生成函数库；如果该参数是中间件的ＳＥＲＶＥＲ号，则在获取ｓｅｒｖｉｃｅ号后根据ｓｅｒｖｉｃｅ号获取ｓ ｅｒｖｉｃｅ程序，再编译生成中间件所需要的可执行程序，该可执行程序对应的ＳＥＲＶＥＲ号在ＵＢＢ配置文件中定义；在编译时对ＸＭＬ配置文件进行版本控制，并在编译完成后自动同步ＸＭＬ配置文件中的信息；模块三对通过步骤二获得的参数进行编译，生成独立的可执行文件；步骤五，模块一和模块三将编译结果返回到位于用户层的显示界面。...

【技术特征摘要】

【专利技术属性】
技术研发人员：胡兵，强徐刚，
申请(专利权)人：上海宝信软件股份有限公司，
类型：发明
国别省市：31[中国|上海]