CN114090105A - 一种系统搭建方法和装置 - Google Patents

Abstract

本申请实施例提供了一种系统搭建方法和装置，该方法包括：目标系统与配置中心建立连接；该目标系统从该配置中心获取配置数据，该配置数据用于该目标系统的前端页面的配置；该目标系统基于该配置数据进行页面配置。其中，该配置中心中保存有JSON格式的配置数据。因此，无需搭建运营后台，借助于配置中心便可以集中管理配置文件和动态化地更新配置的功能特性，通过用配置中心替代后台运营系统，从而降低整个系统的复杂度，减少程序员的工作量，提高开发效率，缩短开发周期。

Description

一种系统搭建方法和装置

技术领域

本申请涉及计算机领域，更为具体地，涉及一种系统搭建方法和装置。

背景技术

目前，在系统的设计和搭建中，基本使用传统的系统架构，传统的系统架构中包括运营后台、核心业务系统、前端等模块。在这种系统架构中，系统复杂度很高，数据库表非常多，且关系结构复杂。一方面，程序员需要进行大量的数据库表创建工作，因此系统搭建速度慢，开发周期长；另一方面，在启动系统时，所有的配置数据都需要从数据库中查询，而从数据库查询配置数据是一个较为费时的过程。

然而，随着互联网时代的兴起，各类互联网相关的系统得以快速发展，渗透在例如包括电商、互联网金融、网络约车等各个领域。较高的系统复杂度、大量的数据库表创建工作，使得系统的开发速度远远跟不上业务场景的变化。因此，希望提供一种方案，能够降低系统复杂度，缩短系统的开发周期。

发明内容

本申请实施例提供了一种系统搭建方法和装置，以期借助于配置中心可以集中管理配置文件和动态化地更新配置的功能特性，用配置中心替代后台运营系统，减少程序员的工作量，缩短开发周期。

第一方面，本申请提供了一种系统搭建方法，该方法可以由计算机执行，也可以由配置在计算机中的部件(如，芯片、芯片系统等)执行，本申请实施例对此不作限定。

示例性地，该方法包括：目标系统与配置中心建立连接，所述配置中心中保存有JavaScript对象简谱(JavaScript object notation，JSON)格式的配置数据；所述目标系统从所述配置中心获取配置数据，所述配置数据用于所述目标系统的前端页面的配置；所述目标系统基于所述配置数据进行页面配置。

在一种可能的实施方式中，所述目标系统与配置中心建立连接，包括：所述目标系统解析所述目标系统的配置文件，获取所述配置中心的名称、端口号、账号、密码和服务地址；所述目标系统基于所述名称、所述端口号、所述账号、所述密码和所述服务地址，向所述配置中心发送访问请求；所述目标系统与所述目标系统建立连接。

在一种可能的实施方式中，所述目标系统从所述配置中心获取配置数据包括：所述目标系统通过监听的方式从所述配置中心获取所述配置数据。

在一种可能的实施方式中，所述目标系统通过监听的方式从所述配置中心获取所述配置数据，包括：所述目标系统运行注解方式的代码，监听所述配置数据；所述目标系统从所述配置中心获取监听到的所述配置数据。

在一种可能的实施方式中，所述目标系统基于所述配置数据进行页面配置，包括：所述目标系统解析所述配置数据，将所述配置数据转化为对象；所述目标系统基于所述对象进行页面配置。

在一种可能的实施方式中，所述方法还包括：所述目标系统从所述配置中心获取更新后的配置数据；所述目标系统基于所述更新后的配置数据，进行本地更新。

第二方面，本申请提供了一种系统搭建装置，包括：处理模块，用于与配置中心建立连接，所述配置中心中保存有JSON格式的配置数据；所述处理模块，还用于从所述配置中心获取配置数据，所述配置数据用于所述目标系统的前端页面的配置；配置模块，用于所述目标系统基于所述配置数据进行页面配置。

在一种可能的实施方式中，所述处理模块具体用于：解析所述目标系统的配置文件，获取所述配置中心的名称、端口号、账号、密码和服务地址；基于所述名称、所述端口号、所述账号、所述密码和所述服务地址，向所述配置中心发送访问请求；与所述装置建立连接。

在一种可能的实施方式中，所述处理模块具体用于：通过监听的方式从所述配置中心获取所述配置数据。

在一种可能的实施方式中，所述处理模块还具体用于：运行注解方式的代码，监听所述配置数据；从所述配置中心获取监听到的所述配置数据。

在一种可能的实施方式中，所述配置模块具体用于：解析所述配置数据，将所述配置数据转化为对象；基于所述对象进行页面配置。

在一种可能的实施方式中，所述处理模块还用于：从所述配置中心获取更新后的配置数据；所述目标系统基于所述更新后的配置数据，进行本地更新。

第三方面，本申请提供了一种系统搭建装置，包括：至少一个处理器和存储器；所述存储器存储计算机执行指令；所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的实施方式所述的系统搭建方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机存储介质上存储有计算机程序(也可以称为代码，或指令)，当所述计算机程序在被处理器运行时，使得上述第一方面和第一方面中任一种可能实现方式中的方法被执行。

第五方面，本申请提供了一种计算机程序产品。所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得上述第一方面和第一方面中任一种可能实现方式中的方法被执行。

基于上述技术内容，通过将目标系统与配置中心建立连接，借助于配置中心可以集中管理配置文件和动态化地更新配置的功能特性，对目标系统的配置文件中的配置数据进行增删改查，无需创建与页面相关的数据库表，也无需搭建运营后台，直接利用配置中心管理目标系统页面相关的配置数据，当配置中心感知到目标系统的配置数据发生变化时，直接将相关配置数据推送给目标系统，目标系统对配置文件进行更新，无需重新启动目标系统，这样一来，可以实现热启动，还可以降低整个系统的复杂度，还可以减少程序员的工作量，提高开发效率，缩短开发周期。

附图说明

图1是系统架构的示意图；

图2是适用于本申请实施例系统搭建方法的系统架构的示意图；

图3是适用于本申请实施例系统搭建方法的流程示意图；

图4是配置中心系统页面示意图；

图5是配置中心新增配置页面示意图；

图6是配置中心修改配置页面示意图；

图7和图8是适用于本申请实施例提供的系统搭建装置的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是现有的系统架构。

如图1所示，现有的系统架构中可以包括前端、核心业务系统、运营后台等模块，还包括数据库。

为了较好地理解本申请实施例，首选对前端、核心业务系统、运营后台和数据库进行简单介绍。

前端：即网站前台部分，运行在个人电脑(personal computer，PC)端、移动端等浏览器上，展现给用户浏览的网页。前端技术一般分为前端设计和前端开发，前端设计一般可以理解为网站的视觉设计；前端开发则是网站的前台代码实现，包括基本的超文本标记语言(hypertext markup language，HTML)、级联样式表(cascading style sheet，CSS)，以及JavaScript或ajax。前端的开发中，在页面的布局时，HTML将元素进行定义，CSS对展示的元素进行定位，再通过JavaScript实现相应的效果和交互。

核心业务系统：针对一个系统来说，跟实际业务相关的最核心的逻辑模块。核心业务，就是系统中最重要、最关键的模块部分。它集成了很多功能，用户自己也可以完成某些查询的操作，让企业和用户互动成为可能。

运营后台：运营后台是公司内部人员使用的操作平台，服务于产品的支撑和运营活动的展开。

数据库：按照数据结构来组织、存储和管理数据的仓库。数据库是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。

前端、核心业务系统、运营后台和数据库之间可以进行数据交互。前端可以包括核心业务系统和运营后台的前端页面，前端可以通过调用核心业务系统或运营后台的接口，与核心业务系统或运营后台进行数据交互；运营后台与数据库之间连接，运营后台可以用结构化查询语言(structured query language，SQL)语句来对数据库中的数据进行增加、删除、修改和查询等操作；核心业务系统也与数据库之间连接，核心业务系统可以通过SQL语句查询出数据库中的数据展示在页面上；由于运营后台与核心业务系统都与数据库连接，因此运营后台可以通过对数据库中数据的操作来配置核心业务系统上的页面。

图2是适用于本申请实施例的系统架构。

如图2所示，适用于本申请实施例的系统架构中可以包括前端、核心业务系统、配置中心和定时服务等模块，还包括数据库。

其中，配置中心替代了图1所示系统架构中的运营后台。而前端、核心业务系统、数据库与上述现有的系统架构中的前端、核心业务系统、数据库相同，此处不再赘述。

配置中心能够集中管理配置文件、不同环境、不同配置，动态化地更新配置，可以分环境部署，运行期间可以动态调整配置，不再需要在每个核心业务系统部署的机器上编写配置文件，核心业务系统会向配置中心统一获取配置自己的配置信息。当配置发生变动时，核心业务系统不需要重启，配置中心的监听功能即可感知到配置的变化，并推送给核心业务系统新的配置，将配置信息以接口的形式暴露。

应理解，本申请与现有的系统架构的区别在于，用配置中心替代运营后台，在配置中心中配置核心业务系统的页面数据，配置中心配置的数据可以替代运营后台数据库中数据表的数据。由此，可以节省程序员在搭建运营后台上花费的时间和精力，从而可以提高系统开发的效率，缩短系统开发周期。

还应理解，配置中心配置的数据可以缓存在本地，无需每次新增配置或者修改配置时，访问数据库、查询多个相关数据表，可以直接读取本地缓存的数据。这样一来，核心业务系统无需网络请求数据，直接读取本地缓存数据，机器运行代码的效率提高；在配置发生变化时，也无需重启服务器，配置可以实时生效。

为便于理解本申请实施例，首先对本申请中涉及到的术语作简单说明。

1、JavaScript(JS)对象简谱(JSON)：JSON是一种轻量级的数据交换格式。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯(包括C、C++、C#、Java、JavaScript、Perl、Python等)。这些特性使JSON成为理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成。

JSON语法是JavaScript对象表示语法的子集。

数据在名称-值对(也可以说是键(key)-值(value)对)中，名称是字符串，使用双引号表示；值可以是：数字(如，整数或浮点数)、字符串(在双引号中)、数组(在方括号中)、对象(在花括号中)、true/false/null。

JSON有两种结构，简单说，这两种结构就是对象和数组，这两种结构也就是JavaScript中的对象和数组，通过这两种结构可以表示各种复杂的结构。

对象：对象在JavaScript中表示为“{}”括起来的内容，数据结构例如为{key：value，key：value，...}的key-value对的结构，在面向对象的语言中，key为对象的属性，value为对应的属性值，所以很容易理解，取值方法为“对象.key”获取属性值，这个属性值的类型可以是：数字、字符串、数组、对象。

数组：数组在JavaScript中表示为“[]”括起来的内容，数据结构例如为[“java”，“javascript”，“vb”，...]，取值方式和所有语言中一样，使用索引获取，字段值的类型可以是：数字、字符串、数组、对象。

2、Java归档(Java archive，JAR)：JAR是一种与平台无关的文件格式，可将多个文件合成一个文件。JAR文件(Java archive file)的应用是与编程语言Java息息相关的，是Java的一种文档格式。JAR文件非常类似压缩文件格式ZIP文件，JAR文件格式以流行的ZIP文件格式为基础，JAR文件可以称为JAR包。与ZIP文件不同的是，JAR包不仅用于压缩和发布，而且还用于部署和封装库、组件和插件程序，并可被像编译器和Java虚拟机(Javavirtual machine，JVM)这样的工具直接使用。

JAR包是跨平台的，所以不必关心涉及具体平台的问题。除了可以包括声音和图像文件以外，也可以在其中包括类文件。

下面将结合附图详细说明本申请实施例提供的系统搭建方法。

图3是本申请实施例提供的系统搭建方法的示意性流程图。

如图3所示，该方法300可以包括步骤310至步骤330。下面对方法300中的各个步骤做详细说明。

在步骤310中，目标系统与配置中心建立连接。

目标系统可以是图2系统架构中的核心业务系统。目标系统可以基于配置中心的注册信息，与配置中心建立连接。

应理解，该目标系统可理解为核心业务系统的前端，可用于前端设计和前端开发。该配置中心可理解为运营后台，可为程序员提供操作平台，基于程序员的操作，对目标系统中的数据进行维护和更新。

在本申请实施例中，配置中心保存有配置数据，该配置数据可以是JSON格式的配置数据。该JSON格式的配置数据例如可以是基于数据库格式的数据转换得到的，也可以是由程序员自行创建的。本申请实施例对此不作限定。

通过使用JSON格式的配置数据，可以将复杂的数据库格式的数据转换为简单的字符串，由此可以便于机器查找和解析。并且，由于进行数据配置时，存储配置数据的格式和解析配置数据的方式是一一对应的，程序员可以自行选择格式来进行数据配置，只要使用对应的格式接收数据即可。因此，配置中心可以支持更多格式的配置。

示例性地，步骤310可以包括下述的步骤3101至3103。

在步骤3101中，目标系统解析配置文件，获取配置中心的名称、端口号、账号、密码和服务地址。

该配置文件中可以配置有配置中心的名称、端口号、账号、密码和服务地址，配置中心的名称、、端口号、账号、密码和服务地址，例如可以是在配置中心的注册过程中写入到配置文件中的，例如可以是由程序员写入的。本申请实施例对此不作限定。

可选地，该配置文件可以是Spring配置文件。

下文示出了配置中心的注册过程：

程序员可以在开发平台上新建一个包含项目对象模型(project object model，POM)的项目，项目名称可以人为定义，例如可以为“xx-system”，在该项目的pom.xml配置文件中写一段用于引入依赖配置中心JAR包的代码。

创建启动类，例如可以新建一个Springboot应用的启动类“ConfigCenterApplication类”，并在该ConfigCenterApplication类上增加@EnableConfigServer注解，用来启用Config-Server。

在相关配置文件中添加配置中心的名称、端口号、账号、密码和服务地址，例如可以在配置文件application.yml中添加该配置中心的名称、端口号、账号、密码和服务地址。

至此，配置中心的注册完成。

应理解，以上有关配置中心的注册过程的描述只是示例性的，不应对本申请实施例构成任何限定。关于配置中心注册相关的详细内容和实现步骤可以参照现有技术来理解，为了简洁，此处不再赘述。

目标系统通过解析配置文件，获取到配置中心的名称、端口号、账号、密码和服务地址后，便可以访问配置中心。

在步骤3102中，目标系统基于配置中心的名称、端口号、账号、密码和服务地址，向配置中心发起访问请求。

示例性地，目标系统可以基于在步骤3101中获取到的配置中心的名称、端口号、账号、密码和服务地址，向配置中心发起访问请求，该访问请求具体可以是指对配置中心的访问权限。应理解，在目标系统发送的配置中心的名称、端口号和服务地址与该配置中心相匹配的情况下，该目标系统具备访问权限，进而可以与配置中心建立连接。

在步骤3103中，响应于该访问请求，配置中心与目标系统建立连接。

配置中心收到目标系统发来的访问请求后，可以对目标系统的访问请求进行响应。例如，配置中心可以接受目标系统的访问请求，通过验证账号和密码是否正确，来向目标系统反馈对应的访问请求是否通过，若账号和密码验证通过，则配置中心可以与目标系统建立起连接。由此，目标系统和配置中心之间便可以进行数据交互。

应理解，上述对对目标系统与配置中心建立连接的流程只是示例性的，是目标系统与配置中心建立连接的一种可能的实现方式，不应对本申请实施例构成任何限定。

在步骤320中，目标系统从配置中心获取配置数据。

目标系统与配置中心建立连接后，目标系统就可以从配置中心中获取配置数据，该配置数据可用于该目标系统的前端页面的配置。

示例性地，配置中心可通过提供可供新增配置键入的页面来获取配置的“键(key)”、“值(value)”以及相应的描述信息，进而获得系统页面的配置数据。

当程序员在配置中心页面输入key-value配置数据后，前端JavaScript代码可以将该配置数据封装到JSON中，得到JSON格式的数据。该JSON格式的数据可通过超文本传输协议(hyper text transfer protocol，HTTP)请求被发送到配置中心相应的接口中，配置中心的接口接收到数据后，将数据分发到所有注册在配置中心名下的业务系统发送通知，业务系统可通过JSON序列化的JAR包，将JSON格式的数据转化成对象。

在步骤330中，目标系统基于配置数据进行页面配置。

将320步骤中获取到的配置数据的对象封装成一个接口，然后页面通过向该接口发送HTTP请求来获取页面的配置数据，在相应的HTML标签中将该配置数据引用进来，并获取该配置数据中的属性值，经过页面配置，即可呈现在系统页面上。

基于上述系统搭建方法，程序员可以无需构建运营后台，将配置中心替代运营后台去实现对目标系统的页面的配置。例如在配置文件中配置部分的配置数据，可能对应于数据库，需要创建三张表，而对应与这三张表的代码量为3×(增删改查的代码+页面代码)，以人力工作量时间的衡量大概需要1-2天工时。然而借助于配置中心，通过JSON格式的配置数据，例如，可以只需要：声明一个包含有配置数据的类，例如VO.class，然后使用JSON方法将这个类转换成对象，例如，该JSON方法可以是JSON.parseObject(str,Vo.class)，这部分的工作量时间的衡量大概需要一个小时，配置数据的存储以及配置数据的同步均由机器和配置中心交互完成。因此，用配置中心来替代运营后台，可以降低整个系统的复杂度，避免程序员因搭建运营后台而进行繁杂的数据表创建等工作，可以减少数据库表创建带来的巨大工作量，从而可以节省搭建运营后台的相应时间和搭建部分数据表的时间，程序员的工作量相应减少，从而提高可以开发效率，缩短开发周期。

进一步地，基于该配置中心，还可以实现系统的热启动。

例如，程序员可以在这个页面的相应位置输入配置的“键”、“值”以及相应的描述信息。这里所述的配置，例如可以是新增的配置，也可以是需要修改的配置、需要查询的配置、需要删除的配置等。本申请实施例对此不作限定。基于上述操作，可以实现对配置中心中的数据动态地进行增删改查。

图4示出了配置中心系统页面。如图4所示，该配置中心的系统页面中显示了空间的ID、中文名、创建时间、版本号等信息。应理解，空间的ID与上文所述的配置中心的名称、端口号、账号、密码和服务地址是对应的，即，一个空间的ID对应于一套配置中心的名称、端口号、账号、密码和服务地址。此外，该页面也包含了刷新、新增、批量新增、批量修改、发布、新增方案等按钮，以便于程序员根据需求进行相应的操作。

图5示出了在配置中心新增配置时呈现的页面。该页面例如可以是响应于对图4中的“新增”按钮的点击而呈现的。如图所示，该页面中包含“键”、“值”和“描述”三项，程序员可根据新增的配置输入相应的键、值和描述，来完成新增配置的操作。

图6示出了在配置中心修改配置呈现的页面。该页面例如可以是响应于对图4中的第二条数据的“修改”按钮的点击而呈现的。与图5相似，图6中的页面也包含“键”、“值”和“描述”三项，程序员可根据需求，修改“值”和“描述”两项数据，例如在“值”中““startTime”：“1600099200000””后添加““endTime”...”，也可以删除““startTime”：“1600099200000””，重新输入其他值。同样地，“描述”这项内容也可以进行修改，此处不再赘述。

应理解，上文结合附图所示例的多个页面仅为便于理解而示意，不应对本申请构成任何限定。本申请对于各页面的设计与布局不作任何限定。

配置中心具有监听功能，程序员可以在目标系统的代码中调用配置中心的接口，通过注解的方式来实现目标系统对配置中心的监听功能。需要说明的是，监听有两种方式，可以是在配置中心感知到配置数据发生变化时，配置中心把发生变化的配置数据推送给目标系统；也可以是目标系统通过轮询的方式不断监听配置中心中的配置数据是否发生变化，若发生变化，则从配置中心中拉取相关配置数据。

应理解，通过监听的方式将目标系统需要的一些资源文件、配置文件或者是数据直接加载到内存，这样可以避免重复操作数据库而带来的性能问题。

在上述可实现的监听方式中，当配置中心感知到配置数据发生变化时，配置中心可以把发生变化的配置数据推送给目标系统，目标系统接收这部分配置数据，无需再对这部分配置数据进行比对，判断这部分配置数据是否发生变化，而是直接覆盖相应地这部分的配置数据，相当于直接进行配置数据的更新，也无需重启系统，直接更新配置文件中的配置数据即可。

基于本申请实施例的方法，程序员只需在配置中心中对配置数据进行增删改查，便可在目标系统中配置文件中增加相应的配置；在目标系统中通过注解的方式实现配置中心的监听功能，将配置数据加载到系统中，这样可以很好地避免重复操作数据库而带来的性能问题；在目标系统用到对应配置数据的地方将配置数据引用进来，并将其转换成具体的对象，获取该对象的属性值。

基于上述技术方案，目标系统与配置中心建立连接，借助于配置中心可以集中管理配置文件和动态化地更新配置的功能特性，对目标系统的配置文件中的配置数据进行增删改查，与现有的系统架构相比，无需创建与页面相关的数据库表，也无需搭建运营后台，直接利用配置中心管理目标系统页面相关的配置数据，当配置中心感知到目标系统的配置数据发生变化时，直接将相关配置数据推送给目标系统，目标系统对配置文件进行更新，无需再从数据库表中查询相关数据，也无需重新启动目标系统，即，可以实现热启动。直接用配置中心来替代运营后台，避免程序员因搭建运营后台而进行繁杂的数据库表创建等工作，从而减少数据库表创建带来的巨大工作量，提高开发效率，缩短开发周期，还可以降低整个系统的复杂度。

图7适用于本申请实施例的系统搭建装置的示意性框图。图7所示的装置700可对应于上文方法实施例中的目标系统。

如图7所示，该装置700可以包括：处理模块710和配置模块720。其中，该处理模块710可用于与配置中心建立连接，所述配置中心中保存有JSON格式的配置数据；处理模块710，还用于从所述配置中心获取配置数据，所述配置数据用于前端页面的配置；配置模块720可用于基于所述配置数据进行页面配置。

可选地，该处理模块710具体用于：解析所述目标系统的配置文件，获取所述配置中心的名称、端口号、账号、密码和服务地址；基于所述名称、所述端口号、所述账号、所述密码和所述服务地址，向所述配置中心发送访问请求；与所述装置建立连接。

可选地，该处理模块710可具体用于通过监听的方式从所述配置中心获取所述配置数据。

可选地，该处理模块710可具体用于运行注解方式的代码，监听所述配置数据；所述目标系统从所述配置中心获取监听到的所述配置数据。

可选地，该配置模块720可具体用于解析所述配置数据，将所述配置数据转化为对象；所述目标系统基于所述对象进行页面配置。

可选地，该处理模块720还可用于：从所述配置中心获取更新后的配置数据；基于所述更新后的配置数据，进行本地更新。

应理解，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

图8是适用于本申请实施例提供的系统搭建装置的另一示意性框图。用于实现上述方法中目标系统的功能。该装置可以是目标系统，也可以是目标系统中的装置。例如，该装置可以为芯片系统。芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

如图8所示，该装置800可以包括至少一个处理器810，用于实现本申请实施例提供的方法中系统搭建的功能。示例性地，处理器810可用于与配置中心建立连接；从所述配置中心获取配置数据；基于所述配置数据进行页面配置。其中，所述配置中心中保存有JSON格式的配置数据，所述配置数据用于前端页面的配置。具体参见方法示例中的详细描述，此处不做赘述。

该装置800还可以包括至少一个存储器820，用于存储程序指令和/或数据。存储器820和处理器810耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器810可能和存储器820协同操作。处理器810可能执行存储器820中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

该装置800还可以包括通信接口830，用于通过传输介质和其它设备进行通信，从而用于装置800中的装置可以和其它设备进行通信。示例性地，该其他设备可以是上述所说的配置中心。所述通信接口830例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器810可利用通信接口830收发数据和/或信息，并用于实现图3对应的实施例中所述的调整基站参数所执行的方法。

本申请实施例中不限定上述处理器810、存储器820以及通信接口830之间的具体连接介质。本申请实施例在图8中以处理器810、存储器820以及通信接口830之间通过总线840连接。总线840在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得电子设备执行图3所示实施例的方法。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得电子设备执行图3所示实施例的方法。

应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本说明书中使用的术语“单元”、“模块”等，可用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。在本申请所提供的几个实施例中，应该理解到，所揭露的装置、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种系统搭建方法，其特征在于，所述方法包括：

目标系统与配置中心建立连接，所述配置中心中保存有JavaScript对象简谱JSON格式的配置数据；

所述目标系统从所述配置中心获取配置数据，所述配置数据用于所述目标系统的前端页面的配置；

所述目标系统基于所述配置数据进行页面配置。

2.如权利要求1所述的方法，其特征在于，所述目标系统与配置中心建立连接，包括：

所述目标系统解析所述目标系统的配置文件，获取所述配置中心的名称、端口号、账号、密码和服务地址；

所述目标系统基于所述名称、所述端口号、所述账号、所述密码和所述服务地址，向所述配置中心发送访问请求；

所述目标系统与所述配置中心建立连接。

3.如权利要求1所述的方法，其特征在于，所述目标系统从所述配置中心获取配置数据包括：

所述目标系统通过监听的方式从所述配置中心获取所述配置数据。

4.如权利要求3所述的方法，其特征在于，所述目标系统通过监听的方式从所述配置中心获取所述配置数据，包括：

所述目标系统运行注解方式的代码，监听所述配置数据；

所述目标系统从所述配置中心获取监听到的所述配置数据。

5.如权利要求3或4所述的方法，其特征在于，所述目标系统基于所述配置数据进行页面配置，包括：

所述目标系统解析所述配置数据，将所述配置数据转化为对象；

所述目标系统基于所述对象进行页面配置。

6.如权利要求3或4所述的方法，其特征在于，所述方法还包括：

所述目标系统从所述配置中心获取更新后的配置数据；

所述目标系统基于所述更新后的配置数据，进行本地更新。

7.一种系统搭建装置，其特征在于，包括：

处理模块，用于与配置中心建立连接，所述配置中心中保存有JavaScript对象简谱JSON格式的配置数据；

所述处理模块，还用于从所述配置中心获取配置数据，所述配置数据用于前端页面的配置；

配置模块，用于基于所述配置数据进行页面配置。

8.如权利要求7所述的装置，其特征在于，所述处理模块具体用于：

解析所述目标系统的配置文件，获取所述配置中心的名称、端口号、账号、密码和服务地址；

基于所述名称、所述端口号、所述账号、所述密码和所述服务地址，向所述配置中心发送访问请求；

与所述配置中心建立连接。

9.如权利要求7所述的装置，其特征在于，所述处理模块具体用于：

通过监听的方式从所述配置中心获取所述配置数据。

10.如权利要求9所述的装置，其特征在于，所述处理模块具体用于：

运行注解方式的代码，监听所述配置数据；

从所述配置中心获取监听到的所述配置数据。

11.如权利要求9或10所述的装置，其特征在于，所述配置模块具体用于：

解析所述配置数据，将所述配置数据转化为对象；

基于所述对象进行页面配置。

12.如权利要求9或10所述的装置，其特征在于，所述处理模块还用于：

从所述配置中心获取更新后的配置数据；

基于所述更新后的配置数据，进行本地更新。

13.一种系统搭建装置，其特征在于，包括处理器，所述处理器用于执行存储器中存储的计算机指令，使得所述装置执行如权利要求1至6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当该指令在计算机上运行时，使得计算机执行权利要求1至6中任一项所述的方法。

15.一种计算机程序，其特征在于，包括程序代码，当计算机运行所述计算机程序时，所述程序代码执行如权利要求1至6中任一项所述的方法。

Images