CN111966877A - 前端服务方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种前端服务方法，涉及云平台技术领域中的前端服务技术领域。具体实现方案为：对前后端代码解耦，以获取独立的前端代码；以及独立部署、发布和维护独立的前端代码。该方法对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此提高了操作前端代码的效率，减少了对于后端不必要的工作量。

Description

前端服务方法、装置、设备及存储介质

技术领域

本申请涉及云平台技术领域，具体涉及前端服务技术领域，尤其涉及一种前端服务方法、装置、设备及存储介质。

背景技术

随着云平台技术的进步，通过云平台中的应用程序向用户提供各种服务越发常见。目前，云平台中的应用程序的前端和后端服务通常捆绑在软件的同一模块中，在每个应用程序的前端进行资源维护等操作时，需要在对应的后端服务执行。

然而，由于前端与后端服务的依赖性较强，在仅需要前端进行发布代码或维护资源时，还需要对后端服务进行对应的操作，导致改动前端代码的效率较低，并且增加了开发人员的工作量。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出了一种前端服务方法、装置、设备及存储介质。

根据本申请的第一方面，提供了一种前端服务方法，包括：

对前后端代码解耦，以获取独立的前端代码；以及

独立部署、发布和维护独立的前端代码。

根据本申请的第二方面，提供了一种前端服务装置，包括：

解耦模块，用于对前后端代码解耦，以获取独立的前端代码；以及

处理模块，用于独立部署、发布和维护独立的前端代码。

根据本申请的第三方面，提供了一种电子设备，包括至少一个处理器，以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面实施例所述的前端服务方法。

根据本申请的第四方面，提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如第一方面实施例所述的前端服务方法。

上述申请中的一个方面至少具有如下优点或有益效果：由于对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此提高了操作前端代码的效率，减少了对于后端不必要的工作量。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例所提供的一种前端服务方法的流程示意图；

图2为本申请实施例所提供的一种云平台的基础架构示意图；

图3为本申请实施例所提供的一种具体的前端服务方法的流程示意图；

图4为本申请实施例所提供的一种前端服务装置的结构示意图；

图5为本申请实施例所提供的一种具体的前端服务装置的结构示意图；

图6示出了适于用实现本申请实施例的前端服务方法的示例性电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，对于在云平台中上线的应用程序，通常包括前端和后端，其中后端服务包括维护公共资源和向云平台中的业务提供API(Application ProgrammingInterface，应用程序接口)等，而每个应用程序的前端和后端服务通常捆绑在程序结构的同一个模块中。因此，本申请实施例，针对相关技术中，由于前后端代码捆绑在一起，导致前后端存在依赖，在前端代码需要部署、发布和维护时，也需要对后端代码进行对应的操作，即必须要前后端代码一起部署、发布和维护的问题，提出一种前端服务方法。

本申请实施例的前端服务方法，对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此解决了上述相关技术中的问题，提高了操作前端代码的效率，并且减少了对于后端不必要的工作量。

下面参考附图描述本申请实施例的前端服务方法、装置、电子设备和存储介质。

图1为本申请实施例所提供的一种前端服务方法的流程示意图，如图1所示，该方法包括：

步骤101，对前后端代码解耦，以获取独立的前端代码。

在本申请实施例中，在云平台中上线的应用程序的前端代码，主要用于应用程序显示页面上的静态展示和人机交互，可以包括JS(JavaScript)、CSS(Cascading StyleSheets，层叠样式表)和HTML(Hyper Text Markup Language，超文本标记语言)等前台代码。后端代码主要用于数据处理和业务逻辑的实现等，可以包括Java(计算机编程语言)和C#等后台代码。

本实施例中，对前后端代码解耦即降低前后端代码之间的关联性，使前端代码和后端代码相互独立，一端代码的改变不会影响另一端的代码。

下面对前后端代码解耦的实现方式进行说明。

作为第一种可能的实现方式，去掉前后端代码中关于部署、发布和版本的前后端依赖。

其中，关于部署、发布和版本的前后端依赖是指，在将代码部署到服务器中、在云平台中上线和维护代码更新版本时，前后端代码必须借助对方的处理逻辑实现上述功能。当去掉前后端代码中关于部署、发布和版本的前后端依赖后，可获得逻辑上各自独立的前后端代码。

具体实施时，作为一种示例，可以对现有的前后端代码进行重编和变换，编写出封闭的前端代码和后端代码，使前端代码不依赖于后端代码实现。举例而言，在重新编写前端代码和后端代码时，避免前端代码和后端代码引用相同的全局变量，以减少前后端代码间的联系，又比如，避免前端代码和后端代码中出现相似函数，以减少前后端代码的重复性和相关性，再比如，避免前后端代码中存在直接交叉，通过接口或消息的方式实现必须的交互等。

作为另一种示例，还可以改变前后端代码的调用关系，将前后端代码间的环状调用关系变换为单向调用关系，禁止前端代码调用后端代码，从而避免维护、部署、发布前端代码时牵扯到后端代码。

由此，能够去掉前后端代码的依赖，使前端代码与后端代码在处理逻辑上相互独立，从根本上降低后端对前端的影响，提高了前后端代码的解耦率，便于后续实现前端代码的独立部署、发布和维护。

作为第二种可能的实现方式，可以将前端代码和后端代码分开存储，并设置对前后端代码的操作权限。

具体的，先将前端代码和后端代码设置在不同的存储空间中，并为前端代码和后端代码设置对应的标识信息进行区分，该标识信息还用于指示前后端代码的存储路径，然后，设置代码操作设备仅可以获取操作请求中指定的代码操作权限，从而实现前后端代码解耦。举例而言，在按照上述方式对前后端代码解耦后，在后续对前后端代码进行操作时，比如，当代码部署设备接受到代码部署请求时，根据请求中的标识信息确定待部署的代码为前端代码，然后代码部署设备根据标识信息指示的路径获取前端代码，并获得部署前端代码的权限，进而将前端代码部署到服务器中。而由于代码部署设备无法获得后端代码并不具备部署后端代码的权限，从而可以实现对前端代码的独立部署。

由此，通过分离存储和设置操作权限，实现了对前后端代码的解耦，便于后续对前后端代码进行独立操作，并且，该方法不需要对前后端代码进行逻辑上的改动，提高了前后端代码解耦的便利性。

需要说明的是，上述对前后端代码解耦的实现方式仅作为示例，本实施例中对此不作具体限制。

步骤102，独立部署、发布和维护独立的前端代码。

在本申请实施例中，由于获取的前端代码独立于后端，从而可以不依赖后端服务，通过不同的方式独立部署、发布和维护前端代码。其中，关于部署、发布和维护代码的含义的说明可参照上述实施例中的相关描述，此处不再赘述。

具体实施时，作为一种可能的实现方式，由于各应用程序的前后端代码可以独立在不同的模块中，由各应用程序的前端模块即可独立部署、发布和维护对应的前端代码，因此可以设置各应用程序的前端模块部署、发布和维护独立的前端代码，由于各应用程序的前端模块仅对各自的前端代码进行操作，避免了更改代码时各应用程序相互间的影响。

作为另一种可能的实现方式，在云平台的架构中预先设置一个前端服务模块，该前端服务模块与各应用程序的前端模块连接，由该前端服务模块实现部署、发布和维护各应用程序独立的前端代码。在本示例中，通过设置一个前端服务模块实现部署、发布和维护各个应用程序的前端代码，避免为每一个前端模块设置上述业务逻辑，从而减少了开发人员的工作量，并且降低了独立部署、发布和维护各应用程序的前端代码复杂程度。

由此，本申请实施例中独立部署、发布和维护独立的前端代码，在对前端代码进行操作时不需要后端代码进行操作，从而减少了工作量，省去了操作后端代码的等待时间，提高了操作前端代码的效率。

本申请实施例的前端服务方法，通过对前后端代码解耦，以获取独立的前端代码，然后独立部署、发布和维护独立的前端代码。由于对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此提高了操作前端代码的效率，减少了对于后端不必要的工作量。

基于上述实施例，在本申请一种可能的实现形式中，通过上述示例中的前端服务模块部署、发布和维护独立的前端代码之外，还可以统一管理云平台中各应用程序前端的资源，提高各应用程序前端的资源管理效率。

在本申请的一个实施例中，可以以图2所示的方式将前端服务模块设置在云平台的架构中，通过前端服务模块维护多个应用程序统一的公共索引页和静态文件请求。

图2为本申请实施例所提供的一种云平台的基础架构示意图，如图2所示，在该架构中，浏览器20通过负载均衡引擎30与前端服务模块10连接，前端服务模块10还与多个应用程序统一的公共索引页40，以及各个应用程序的前端模块50和后端模块60连接。

其中，用户可以通过浏览器20访问云平台中的应用程序，多个浏览器20(图中仅以一个作为示例)均与负载均衡引擎30连接，负载均衡引擎30可以是一种流量转发平台，用于将浏览器发送的请求转发至前端服务模块，并可以保证云平台在超大用户压力下保持平稳运行。进一步的，前端服务模块10与多个应用程序(图中仅以一个作为示例)对应的前端模块50和后端模块60连接，可以维护多个应用程序统一的公共索引页，以及各个应用程序发送的静态文件请求，其中，公共索引页(index.html)是多个应用程序统一的静态导航页，用于向用户展示各个应用程序的索引，便于用户快速找到获取的内容，静态文件包括CSS文件、JS文件以及img文件(图片)等静态资源，静态文件请求可以是访问上述前端的静态资源的请求。

在本实施例中，设置前端服务模块10统一维护多个应用程序的公共索引页40，即由前端服务模块10更改公共索引页40中的公共内容，由于本实施例中前后端代码解耦，从而不需要更改各个应用程序的后端代码即可更改前端的公共索引页，提高了维护公共索引页的效率，并且，该方法不需要各应用程序的前端模块同步更改内容，解决了相关技术中更改公共索引页的公共内容时，无法保证各应用程序的前端模块同步更改，导致公共索引页出现漏洞的技术问题，提高了维护公共索引页等公共资源的可靠性，减少了公共索引页中可能出现的错误。

进一步的，前端服务模块10还可以统一处理各个应用程序的静态文件请求，保证各个应用程序可以正常访问静态文件，并拦截不具有访问权限的访问请求，作为一种示例，由前端服务模块10存储静态文件的位置，并对接收到的静态文件请求进行分析处理，当确定该静态文件请求符合正常访问的条件时，返回对应的静态文件的位置，使该应用程序的静态文件请求成功得到响应。由此，由前端服务模块10统一管理前端静态资源，避免各应用程序访问不到静态文件，提高各应用程序访问静态文件的效率。

基于上述实施例，在本申请一种可能的实现形式中，还可以基于图2所示的架构，通过前端服务模块维护多个应用程序统一的公共逻辑,提高前端公共改动效率。

在本申请一个实施例中，继续参照图2所示的架构，由于前端服务模块10与多个应用程序对应的前端模块50和后端模块60连接，可以在前端服务模块10中设置针对多个应用程序的公共业务逻辑，使多个应用程序的公共业务逻辑在前端服务模块10中进行维护。

作为一种示例，公共逻辑可以包括多个应用程序的启动时间和/或接口请求的认证标识，实际应用中，当需要给多个应用程序在启动之前加上启动时间时，可以在前端服务模块10中设置启动时间，则每个应用程序均受前端服务模块10中启动时间逻辑的控制，在接收到启动指令后进行计时，当到达前端服务模块10中设置的启动时间时启动。并且，还可以在前端服务模块10中设置多个应用程序的接口请求认证标识，从而对多个应用程序的应用程序接口统一进行认证授权。进一步的，当需要修改多个应用程序的前端公共逻辑时，只需要维护前端服务模块10中的公共业务逻辑，即可实现对多个应用程序公共逻辑的修改，比如，当需要更改多个应用程序的统一的启动时间时，在前端服务模块10更改设置的启动时间，则多个应用程序的启动时间同步调整，避免依次修改每个应用程序的业务逻辑。由此，通过维护多个应用程序统一的公共逻辑，减少了多个应用程序的公共逻辑的修改次数，提高了前端公共逻辑的改动效率。

基于上述实施例，在本申请一种可能的实现形式中，还可以基于图2所示的架构，通过前端服务模块处理浏览器的接口请求，减少后端提供的API数量。

图3为本申请实施例所提供的一种具体的前端服务方法的流程示意图，如图3所示，该方法包括：

步骤301，接收浏览器的接口请求。

步骤302，将接口请求转发至后端。

需要说明的是，相关技术中，后端服务通常需要提供两套API，一套对内提供给前端，以便用户通过浏览器向前端发送获取API的请求，实现云平台提供的前端业务，另外一套通过API Gateway(API网关)对外开放。

而在本实施例中，继续参照图2所示的架构，浏览器通过负载均衡引擎向前端服务模块发送接口请求，其中接口请求是浏览器获取后端服务提供的API以实现云平台提供的业务的请求。然后，前端服务模块接收负载均衡引擎转发的接口请求。进一步的，前端服务模块根据接收到的接口请求确定对应的应用程序，并将接口请求转发至对应的应用程序的后端，便于后端根据接口请求返回数据，满足用户的业务需求。

由此，该前端服务方法通过前端服务模块，可以将浏览器的接口请求直接转发至后端，从而后端不需要再为前端提供单独的API，减少了后端需要开发的API数量，降低了后端开发的工作量。

需要说明的是，在本申请的一个实施例中，前端服务模块可以由不同的部分组成，以实现上述功能。作为一种示例，前端服务模块可包括：客户端、服务端、日志文件、配置文件和插件文件。

其中，客户端主要维护多个应用程序统一的公共索引页和静态文件的请求，以及维护前端统一的公共逻辑，比如，启动时间等。服务端主要负责接口请求认证、接口转发、接口返回数据的处理，以及接口错误处理和前端服务模块的版本控制等功能。日志文件主要负责记录前端服务模块接收到的所有请求信息包括静态文件请求和接口请求等。配置文件提供云平台的公共配置信息，比如，将接口请求转发到后端的具体路径、请求失败时默认返回的信息等。插件文件向用户提供插件以满足用户的业务需求，比如，可以向用户提供国际化处理插件、passort插件和region插件等。

为了实现上述实施例，本申请还提出一种前端服务装置。

图4为本申请实施例所提供的一种前端服务装置的结构示意图，如图4所示，该装置包括：解耦模块100和处理模块200。

其中，解耦模块100，用于对前后端代码解耦，以获取独立的前端代码。

在本申请的一个实施例中，解耦模块100具体用于去掉前后端代码中关于部署、发布和版本的前后端依赖。

具体的，解耦模块100可以对现有的前后端代码进行重编和变换，编写出封闭的前端代码和后端代码，使前端代码不依赖于后端代码实现，和/或，改变前后端代码的调用关系。由此，能够去掉前后端代码的依赖，使前端代码与后端代码在处理逻辑上相互独立，从根本上降低后端对前端的影响，提高了前后端代码的解耦率，便于后续实现前端代码的独立部署、发布和维护

在本申请的一个实施例中，解耦模块100还用于将前端代码和后端代码分开存储，并设置对前后端代码的操作权限。

处理模块200，用于独立部署、发布和维护独立的前端代码。

在本申请的一个实施例中，在云平台的架构中预先设置该处理模块200，该处理模块200与各应用程序的前端模块连接，由该处理模块200实现部署、发布和维护各应用程序独立的前端代码。

在图4的基础上，图5所示的前端服务装置还包括：维护模块300和转发模块400。

其中，维护模块300用于维护多个应用程序统一的公共索引页。

可选的，维护模块300还用于维护多个应用程序的静态文件请求。

可选的，维护模块300还用于维护多个应用程序统一的公共逻辑，其中，公共逻辑包括应用程序的启动时间和/或接口请求的认证标识。

转发模块400，用于接收浏览器的接口请求，并将接口请求转发至后端。

前述实施例前端服务方法的解释说明同样适用于本实施例的前端服务装置，此处不再赘述。

本申请实施例的前端服务装置，通过对前后端代码解耦，以获取独立的前端代码，然后独立部署、发布和维护独立的前端代码。由于对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此提高了操作前端代码的效率，减少了对于后端不必要的工作量。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的前端服务的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的前端服务的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的前端服务的方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的前端服务的方法对应的程序指令/模块(例如，附图5所示的解耦模块100和处理模块200)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的前端服务的方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据前端服务的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至前端服务的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

前端服务的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与前端服务的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，对前后端代码进行了解耦，能够使前端代码与后端代码相互独立，降低了前后端相互间的关联和影响，进而可以不依赖于后端独立对前端代码进行部署、发布和维护等操作，由此提高了操作前端代码的效率，减少了对于后端不必要的工作量。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (14)

1.一种前端服务方法，包括：

对前后端代码解耦，以获取独立的前端代码；以及

独立部署、发布和维护所述独立的前端代码。

2.根据权利要求1所述的前端服务方法，其中，所述对前后端代码解耦，包括：

去掉前后端代码中关于部署、发布和版本的前后端依赖。

3.根据权利要求1所述的前端服务方法，还包括：

维护多个应用程序统一的公共索引页。

4.根据权利要求1所述的前端服务方法，还包括：

维护多个应用程序的静态文件请求。

5.根据权利要求1所述的前端服务方法，还包括：

维护多个应用程序统一的公共逻辑，所述公共逻辑包括应用程序的启动时间和/或接口请求的认证标识。

6.根据权利要求1所述的前端服务方法，还包括：

接收浏览器的接口请求；以及

将所述接口请求转发至后端。

7.一种前端服务装置，包括：

解耦模块，用于对前后端代码解耦，以获取独立的前端代码；以及

处理模块，用于独立部署、发布和维护所述独立的前端代码。

8.如权利要求7所述的前端服务装置，其中，所述解耦模块具体用于：

去掉前后端代码中关于部署、发布和版本的前后端依赖。

9.如权利要求7所述的前端服务装置，还包括：

维护模块，用于维护多个应用程序统一的公共索引页。

10.如权利要求9所述的前端服务装置，其中，所述维护模块还用于：

维护多个应用程序的静态文件请求。

11.如权利要求9所述的前端服务装置，其中，所述维护模块还用于：

维护多个应用程序统一的公共逻辑，所述公共逻辑包括应用程序的启动时间和/或接口请求的认证标识。

12.如权利要求7所述的前端服务装置，还包括：

转发模块，用于接收浏览器的接口请求，并将所述接口请求转发至后端。

13.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的前端服务方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的前端服务方法。

Images