CN111813416A - 文件打包方法、装置及设备、存储介质 - Google Patents

文件打包方法、装置及设备、存储介质 Download PDF

Info

Publication number
CN111813416A
CN111813416A CN201910290400.3A CN201910290400A CN111813416A CN 111813416 A CN111813416 A CN 111813416A CN 201910290400 A CN201910290400 A CN 201910290400A CN 111813416 A CN111813416 A CN 111813416A
Authority
CN
China
Prior art keywords
file
functional component
files
packaged
packaging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910290400.3A
Other languages
English (en)
Inventor
王静
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Hikvision System Technology Co Ltd
Original Assignee
Hangzhou Hikvision System Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Hikvision System Technology Co Ltd filed Critical Hangzhou Hikvision System Technology Co Ltd
Priority to CN201910290400.3A priority Critical patent/CN111813416A/zh
Publication of CN111813416A publication Critical patent/CN111813416A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/16File or folder operations, e.g. details of user interfaces specifically adapted to file systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供一种文件打包方法、装置及设备、存储介质,所述文件包括应用程序中各功能组件所需的文件,该方法包括:接收文件打包指令;所述文件打包指令携带功能组件指示信息;在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。文件打包时不会将所有功能组件的文件进行合并打包。

Description

文件打包方法、装置及设备、存储介质
技术领域
本发明涉及前端开发技术领域,尤其涉及的是一种文件打包方法、装置及设备、存储介质。
背景技术
前端开发中,会用到应用搭建工具vue-cli。vue-cli是一个基于脚本Vue.js进行快速开发的完整系统(vue.js的脚手架),其提供了一个官方命令行工具,可用于快速搭建大型单页应用,只需几分钟即可创建并启动一个带热重载、保存时静态检查以及可用于生产环境的构建配置的项目project。如果希望进行应用程序的发布,那么需要对Vue-cli生成的project相关文件进行打包。
相关文件打包方式中,如果应用程序具有多个功能组件,进行文件打包时,会将应用程序所有功能组件所需的文件合并打包到一个文件夹下,即使增加或更新某个功能组件时都需对所有功能组件所需的文件进行打包,导致打包效率较低。
发明内容
有鉴于此,本发明提供一种文件打包方法、装置及设备、存储介质,文件打包时不会将所有功能组件的文件进行合并打包。
本发明第一方面提供一种文件打包方法,所述文件包括应用程序中各功能组件所需的文件,该方法包括:
接收文件打包指令;所述文件打包指令携带功能组件指示信息;
在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
根据本发明的一个实施例,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
根据本发明的一个实施例,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
根据本发明的一个实施例,将目标文件添加至所述功能组件对应的目标文件夹包括:
确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
根据本发明的一个实施例,
本地加载了应用搭建工具vue-cli;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件,对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件记录至所述功能组件对应的目标文件夹,是通过调用预先配置在vue-cli中的脚本执行的。
本发明第二方面提供一种文件打包装置,所述文件包括应用程序中各功能组件所需的文件,该装置包括:
指令接收模块,用于接收文件打包指令;所述文件打包指令携带功能组件指示信息;
文件查找模块,用于在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
文件打包模块,用于对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
根据本发明的一个实施例,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
所述文件查找模块包括:
第一查找单元,用于针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
根据本发明的一个实施例,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
所述文件查找模块包括:
第二查找单元,用于针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
根据本发明的一个实施例,所述文件打包模块包括:
路径确定单元,用于确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
文件添加单元,用于依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
根据本发明的一个实施例,
本地加载了应用搭建工具vue-cli;
所述文件查找模块与文件打包模块是通过调用预先配置在vue-cli中的脚本执行的。
本发明第三方面提供一种电子设备,包括处理器及存储器;所述存储器存储有可被处理器调用的程序;其中,所述处理器执行所述程序时,实现如前述实施例所述的文件打包方法。
本发明第四方面提供一种机器可读存储介质,其上存储有程序,该程序被处理器执行时,实现如前述实施例所述的文件打包方法。
本发明实施例具有以下有益效果:
本发明实施例中,对于包含多个功能组件的应用程序,可以根据接收的指令来确定需进行文件打包的功能组件,并将属于同一功能组件的待打包文件进行打包处理,不会将所有功能组件的文件进行合并打包,每个功能组件的待打包文件打包得到的目标文件添加到该功能组件对应的目标文件夹中,即本发明实施例中可独立地对应用程序各功能组件进行文件打包,在增加或更新某个功能组件时,仅需对相应功能组件所需的文件进行打包,提升了打包的效率。
附图说明
图1是本发明一实施例的文件打包方法的流程示意图;
图2是本发明一实施例的文件打包装置的结构框图;
图3是本发明一实施例的电子设备的结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本发明使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本发明可能采用术语第一、第二、第三等来描述各种器件,但这些信息不应限于这些术语。这些术语仅用来将同一类型的器件彼此区分开。例如,在不脱离本发明范围的情况下,第一器件也可以被称为第二器件,类似地,第二器件也可以被称为第一器件。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面对本发明实施例的文件打包方法进行更具体的描述,但不应以此为限。在一个实施例中,参看图1,示出了本发明实施例的一种文件打包方法,所述文件包括应用程序中各功能组件所需的文件,该方法包括以下步骤:
S100:接收文件打包指令;所述文件打包指令携带功能组件指示信息;
S200:在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
S300:对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
本发明实施例的文件打包方法的执行主体可以为电子设备,进一步地可以为电子设备的处理器,其中,所述处理器可以为一个或多个,所述处理器可以为通用处理器或者专用处理器。
电子设备可以是计算机设备,当然还可以是其他类型的电子设备,能够实现前端开发即可。本发明实施例中,应用程序可以是多页面应用程序,电子设备中可加载有应用搭建工具vue-cli,通过在vue-cli中更改配置以将单页面模板更改为多页面模板,进而可基于多页面模板搭建包含多个功能组件的多页面应用程序。
搭建多页面应用程序时,vue-cli中原有页面文件index.html可以维持不变,根据所需功能组件的数量来增加其他页面文件。其他页面文件的命名比如为set1.html,页面文件增加完成后,分别为index.html与各set1.html配置路由,即分别为index.html与各set1.html配置页面地址。
完成搭建之后,应用程序的各功能组件的文件便会记录在电子设备中,这些文件存储在电子设备中,在需要时,可将读取这些文件并对文件进行打包,打包之后还可发布到web(World Wide Web,全球广域网)上,以供用户下载安装。
每个功能组件具有一个组件标识,各功能组件之间的组件标识不同。可以为每个功能组件的文件与该功能组件的组件标识建立对应关系。如此,同一功能组件的文件对应同一个组件标识,而不同功能组件的文件对应于不同的组件标识。
该对应关系可以是直接的,也可以是间接的,具体不限。如此,可以在需要打包某个功能组件的文件时,依据组件标识在对应关系中确定该功能组件的文件。
步骤S100中,接收文件打包指令;所述文件打包指令携带功能组件指示信息。
文件打包指令可以是外部输入的,可通过指令解析工具对文件打包指令进行解析,以解析出文件打包指令携带的功能组件指示信息。文件打包指令比如为npm runindex,其中index为该指令携带的功能组件指示信息,可以通过vue-cli解析工具解析该文件打包指令。
功能组件指示信息可以指示需进行文件待打包的功能组件,可以指定一个或几个功能组件,也可以指定全部的功能组件。可以通过webpack来增加对指定功能组件的文件进行打包的脚本(也可对现有脚本进行改动),在收到指令时调用相应的脚本,来实现对指定功能组件的文件进行打包。
步骤S200中,在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件。
由于功能组件指示信息指示了需进行文件打包的功能组件,因而可在本地存储的所有文件中查找到与所指示的功能组件的文件作为待打包的文件。此处的所有文件可以指应用程序中所有功能组件所需的文件。
在步骤S300中,对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
功能组件对应的目标文件夹可以是预先创建的,也可以是在打包时创建的。每个需进行文件打包的功能组件都有对应的文件夹,用来存放打包后的文件。不同功能组件对应的文件夹不同,如此,不同功能组件的文件打包后可分别存放于不同文件中,以便于后续的发布。文件夹可以以对应功能组件的相关信息来命名。
由于不同功能组件的文件打包后分在不同文件夹存放,因而文件打包后,各打包文件所在文件夹的目录结构可更清晰地呈现。不再是所有文件打包在一起,目录结构上也无法区分不同功能组件的打包文件的情况。
本发明实施例中,对于包含多个功能组件的应用程序,可以根据接收的指令来确定需进行文件打包的功能组件,并将属于同一功能组件的待打包文件进行打包处理,不会将所有功能组件的文件进行合并打包,每个功能组件的待打包文件打包得到的目标文件添加到该功能组件对应的目标文件夹中,即本发明实施例中可独立地对应用程序各功能组件进行文件打包,在增加或更新某个功能组件时,仅需对相应功能组件所需的文件进行打包,提升了打包的效率。
示例性的,一个应用程序的功能组件可以包括应用程序的主页面组件、及与主页面组件关联的至少一个配置页面组件。
以应用程序为运维系统为例,主页面组件为运维主系统组件,配置页面组件为配置子系统组件。配置子系统组件可以包括云存储配置子系统组件、安防NAS(NetworkAttached Storage:网络附属存储)配置子系统组件、加速接入集群配置子系统组件等。
一个运维系统中配置子系统组件的版本可能会较多,且一些配置子系统组件需要与其他相关项目同步更新,如果每次更新都要合并打包运维系统的所有文件,则不仅打包效率低,打包后文件的数据量也大,影响发布、下载等效率。
本发明实施例的文件打包方法,可将配置子系统组件独立地进行打包,运维主系统组件发布版本与配置子系统组件发布版本时间无关联,有利于提升打包效率,也减少了所需打包的数据量。
在一个实施例中,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
步骤S200中,所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
S201:针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
收到文件打包指令后,可从文件打包指令中解析出携带的功能组件指示信息。如果功能组件指示信息包含需进行文件打包的功能组件的组件标识,则针对功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
查找功能组件的文件时,可依据功能组件对应的功能组件标识进行查找。对于功能组件指示信息中的每一功能组件标识对应的功能组件来说,都可找到相应的待打包文件,每得到一个功能组件的待打包文件,便可对该待打包文件进行打包得到目标文件,并添加到对应的目标文件夹中。
如果文件打包指令中携带的组件标识的数量为N,N为大于0的整数,那么需将各组件标识对应的功能组件的文件分别进行打包,并将打包所得的目标文件分别添加到相应功能组件对应的目标文件夹中。目标文件夹的名称可以命名为对应功能组件的组件标识,各目标文件夹可以在确定出所需添加的目标文件后再进行创建。
示例性的,组件标识可由组件类型、组件版本等构成,也可以根据需要自定义。组件类型表征功能组件的类型,比如,云存储配置子系统组件的组件类型可以定义为cloud,安防NAS(Network Attached Storage:网络附属存储)配置子系统组件的组件类型可以定义为nas,加速接入集群配置子系统组件的组件类型可以定义为hos,运维主系统组件的组件类型为index。组件版本根据功能组件的版本确定。
比如,文件打包指令为npm run index,index为运维主系统组件的组件标识,则在本地查找组件标识为index的功能组件的文件得到待打包文件,对待打包文件打包后得到目标文件并将目标文件添加到名称为index的目标文件夹下。
又如,文件打包指令为npm run cloudV3.1.0,cloud为配置子系统组件的组件类型(表明该配置子系统组件为云存储配置子系统组件),V3.1.0为配置子系统组件的组件版本,则在本地查找组件标识为cloudV3.1.0的功能组件的文件得到待打包文件,对待打包文件打包后得到目标文件并将目标文件添加到名称为cloudV3.1.0的目标文件夹下。
以运维系统为例,本实施例中,可至少支持以下几种场景:单独打包发布配置子系统的场景(包括新发布、或者更新)、打包发布运维主系统及某几个特定版本的配置子系统的场景、单独打包发布运维主系统的场景。
在一个实施例中,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
步骤S200中,所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
S202:针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
收到文件打包指令后,可从文件打包指令中解析出携带的功能组件指示信息。如果功能组件指示信息包含指定值,说明需要对应用程序的所有功能组件的文件均进行打包,但是本实施例中并不将所有功能组件的文件合并打包,而是分功能组件独立打包,可针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。本地记录了应用程序每个功能组件的功能组件标识。
查找功能组件的文件时,可依据功能组件对应的功能组件标识进行查找。对于本地记录的每一功能组件标识对应的功能组件来说,都可得到相应的待打包文件,每得到一个功能组件的待打包文件,便可对该待打包文件进行打包得到目标文件,并添加到对应的目标文件夹中。
如果本地记录的功能组件标识数量为M,M为大于0的整数,那么需将各组件标识对应的功能组件的文件分别进行打包,并将打包所得的目标文件分别添加到M个功能组件对应的目标文件夹中。目标文件夹的名称可以命名为对应功能组件的组件标识,各目标文件夹可以在确定出所需添加的目标文件后再进行创建。
比如,文件打包指令为npm run build,其中build为指定值,说明应用程序中每一功能组件的文件均需要打包。如果应用程序中共有两个功能组件,两个功能组件的组件标识分别为index与cloudV3.1.0,则收到该文件打包指令后,可以对所有组件标识进行遍历,比如遍历到index时,在本地查找组件标识为index的功能组件的文件得到待打包文件,对待打包文件打包后得到目标文件并将目标文件添加到名称为index的目标文件夹下;遍历到cloudV3.1.0时,在本地查找组件标识为cloudV3.1.0的功能组件的文件得到待打包文件,对待打包文件打包后得到目标文件并将目标文件添加到名称为cloudV3.1.0的目标文件夹下。
不同目标文件夹对应的功能组件不同,如果对各功能组件的文件进行打包,同一功能组件的文件会打包到同一目标文件夹,不同功能组件的文件会打包到不同的目标文件夹。
基于本实施例的打包方式,可方便后续对发布的功能组件进行版本更新、或发布新的功能组件。
在一个实施例中,步骤S300中,将目标文件添加至所述功能组件对应的目标文件夹包括以下步骤:
S301:确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
S302:依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
文件存储路径可以在本地预先配置好。步骤S301中,在目标文件夹已存在时可以根据该文件存储路径定位目标文件夹,在目标文件夹不存在时可以根据该文件存储路径在本地相应位置处生成目标文件夹。
确定所述功能组件的文件存储路径时,从本地预设的各功能组件对应的文件存储路径中获取与该功能组件的文件存储路径。可以依据功能组件标识与文件存储路径的对应关系获取该功能组件标识对应的文件存储路径,作为功能组件标识对应的功能组件的文件存储路径。
目标文件可以包括js文件与非js文件。所述js文件即JavaScript语言代码文件。所述非js文件可以是js文件之外的任意打包文件,比如包括html(超文本标记语言,标准通用标记语言下的一个应用)文件、css(Cascading Style Sheets,层叠样式表)文件及资源文件等。资源文件可以包括图片、音频、视频等文件。
js文件是按需加载的,相应待打包文件是以脚本片段分散在各处的(按需加载的脚本片段可在配置html文件的路由时便配置好)。对于js文件,可以以起别名的方式配置文件存储路径,该文件存储路径是相对于指定非根目录位置的相对路径,此方式更适合于按需加载的文件的存储。对于非js文件来说,确定的文件存储路径可以是从根目录位置开始的一个存储路径。当然,具体并不以此为限。
步骤S302中,确定文件存储路径后,即可依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中,文件存储路径可以定位该目标文件夹,将目标文件存入到定位的该目标文件夹中。
在一个实施例中,本地加载了应用搭建工具vue-cli;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件,对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件记录至所述功能组件对应的目标文件夹,是通过调用预先配置在vue-cli中的脚本执行的。
预先配置在vue-cli中的脚本可以为一个或几个,比如包括第一脚本和第二脚本,执行前述实施例中的步骤201时可调用第一脚本执行,执行前述实施例中的步骤202时可调用第二脚本执行。
可通过webpack在vue-cli中增加单独打包一个或几个功能组件的打包脚本作为第一脚本。可通过webpack修改vue-cli中已有对全部功能组件进行打包的打包脚本作为第二脚本,该修改可使得调用第二脚本执行时实现前述实施例中的步骤202。
本发明还提供一种文件打包装置,所述文件包括应用程序中各功能组件所需的文件,参看图2,在一个实施例中,该文件打包装置100包括:
指令接收模块101,用于接收文件打包指令;所述文件打包指令携带功能组件指示信息;
文件查找模块102,用于在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
文件打包模块103,用于对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
在一个实施例中,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
所述文件查找模块包括:
第一查找单元,用于针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
在一个实施例中,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
所述文件查找模块包括:
第二查找单元,用于针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
在一个实施例中,所述文件打包模块包括:
路径确定单元,用于确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
文件添加单元,用于依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
在一个实施例中,
本地加载了应用搭建工具vue-cli;
所述文件查找模块与文件打包模块是通过调用预先配置在vue-cli中的脚本执行的。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元。
本发明还提供一种电子设备,包括处理器及存储器;所述存储器存储有可被处理器调用的程序;其中,所述处理器执行所述程序时,实现如前述实施例中所述的文件打包方法。
本发明文件打包装置的实施例可以应用在电子设备上。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图3所示,图3是本发明根据一示例性实施例示出的文件打包装置100所在电子设备的一种硬件结构图,除了图3所示的处理器510、内存530、接口520、以及非易失性存储器540之外,实施例中装置100所在的电子设备通常根据该电子设备的实际功能,还可以包括其他硬件,对此不再赘述。
本发明还提供一种机器可读存储介质,其上存储有程序,该程序被处理器执行时,实现如前述实施例中任意一项所述的文件打包方法。
本发明可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。机器可读存储介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。机器可读存储介质的例子包括但不限于:相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (12)

1.一种文件打包方法,其特征在于,所述文件包括应用程序中各功能组件所需的文件,该方法包括:
接收文件打包指令;所述文件打包指令携带功能组件指示信息;
在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
2.如权利要求1所述的文件打包方法,其特征在于,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
3.如权利要求1所述的文件打包方法,其特征在于,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件包括:
针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
4.如权利要求1所述的文件打包方法,其特征在于,将目标文件添加至所述功能组件对应的目标文件夹包括:
确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
5.如权利要求1所述的文件打包方法,其特征在于,
本地加载了应用搭建工具vue-cli;
所述在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件,对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件记录至所述功能组件对应的目标文件夹,是通过调用预先配置在vue-cli中的脚本执行的。
6.一种文件打包装置,其特征在于,所述文件包括应用程序中各功能组件所需的文件,该装置包括:
指令接收模块,用于接收文件打包指令;所述文件打包指令携带功能组件指示信息;
文件查找模块,用于在本地存储的所有文件中查找到与功能组件指示信息对应的待打包文件;
文件打包模块,用于对属于同一功能组件的待打包文件进行打包处理得到目标文件,并将目标文件添加至所述功能组件对应的目标文件夹。
7.如权利要求6所述的文件打包装置,其特征在于,所述功能组件指示信息包括至少一个功能组件的功能组件标识;
所述文件查找模块包括:
第一查找单元,用于针对所述功能组件指示信息中的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
8.如权利要求6所述的文件打包装置,其特征在于,所述功能组件指示信息包括指定值,所述指定值用于指示每一功能组件的文件均需要打包;
所述文件查找模块包括:
第二查找单元,用于针对本地记录的每一功能组件标识,确定该功能组件标识对应的功能组件,在本地存储的所有文件中查找到该功能组件的文件,将查找到的文件确定为待打包文件。
9.如权利要求6所述的文件打包装置,其特征在于,所述文件打包模块包括:
路径确定单元,用于确定所述功能组件的文件存储路径;所述文件存储路径用于指示所述功能组件对应的目标文件夹的存储路径;
文件添加单元,用于依据所述文件存储路径将目标文件添加至所述功能组件对应的目标文件夹中。
10.如权利要求6所述的文件打包装置,其特征在于,
本地加载了应用搭建工具vue-cli;
所述文件查找模块与文件打包模块是通过调用预先配置在vue-cli中的脚本执行的。
11.一种电子设备,其特征在于,包括处理器及存储器;所述存储器存储有可被处理器调用的程序;其中,所述处理器执行所述程序时,实现如权利要求1-5中任意一项所述的文件打包方法。
12.一种机器可读存储介质,其特征在于,其上存储有程序,该程序被处理器执行时,实现如权利要求1-5中任意一项所述的文件打包方法。
CN201910290400.3A 2019-04-11 2019-04-11 文件打包方法、装置及设备、存储介质 Pending CN111813416A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910290400.3A CN111813416A (zh) 2019-04-11 2019-04-11 文件打包方法、装置及设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910290400.3A CN111813416A (zh) 2019-04-11 2019-04-11 文件打包方法、装置及设备、存储介质

Publications (1)

Publication Number Publication Date
CN111813416A true CN111813416A (zh) 2020-10-23

Family

ID=72843629

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910290400.3A Pending CN111813416A (zh) 2019-04-11 2019-04-11 文件打包方法、装置及设备、存储介质

Country Status (1)

Country Link
CN (1) CN111813416A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114816407A (zh) * 2022-05-24 2022-07-29 新奥数能科技有限公司 组件打包方法、装置、电子设备及存储介质
CN115357272A (zh) * 2022-10-09 2022-11-18 深圳华锐分布式技术股份有限公司 前端公共组件发布方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090241116A1 (en) * 2008-03-21 2009-09-24 Dell Products L.P. Systems and Methods for Automating Tasks Associated with an Application Packaging Job
CN106293778A (zh) * 2015-05-11 2017-01-04 腾讯科技(深圳)有限公司 应用程序安装包的打包方法及装置
CN107066291A (zh) * 2017-02-09 2017-08-18 阿里巴巴集团控股有限公司 软件开发工具包的打包方法、装置及设备、可读介质
CN108845813A (zh) * 2018-06-14 2018-11-20 郑州云海信息技术有限公司 一种应用程序热更新方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090241116A1 (en) * 2008-03-21 2009-09-24 Dell Products L.P. Systems and Methods for Automating Tasks Associated with an Application Packaging Job
CN106293778A (zh) * 2015-05-11 2017-01-04 腾讯科技(深圳)有限公司 应用程序安装包的打包方法及装置
CN107066291A (zh) * 2017-02-09 2017-08-18 阿里巴巴集团控股有限公司 软件开发工具包的打包方法、装置及设备、可读介质
CN108845813A (zh) * 2018-06-14 2018-11-20 郑州云海信息技术有限公司 一种应用程序热更新方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114816407A (zh) * 2022-05-24 2022-07-29 新奥数能科技有限公司 组件打包方法、装置、电子设备及存储介质
CN115357272A (zh) * 2022-10-09 2022-11-18 深圳华锐分布式技术股份有限公司 前端公共组件发布方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN108287839B (zh) 一种页面加载方法和设备
CN106559438B (zh) 一种基于目标网络平台的程序上传方法和装置
US7508985B2 (en) Pattern-matching system
US11231916B2 (en) Method and apparatus for data compilation using intermediate class files, electronic device and non-transitory computer readable storage medium
CN111680253B (zh) 页面应用数据包生成方法、装置、计算机设备及存储介质
CN106294113B (zh) 一种基于可编程式测试服务的创建方法及装置
US9720654B2 (en) Modifying a middleware
JP2006031109A (ja) 管理システム及び管理方法
CN111813416A (zh) 文件打包方法、装置及设备、存储介质
CN111241040B (zh) 信息获取方法、装置、电子设备及计算机存储介质
CN112451972A (zh) 基于游戏引擎的资源压缩包构建方法、装置、系统及介质
CN114860654A (zh) 一种基于Flink数据流的Iceberg表Schema动态变更方法及系统
CN105867886B (zh) 一种写表格的方法及装置
CN112860507A (zh) 分布式链路跟踪系统采样率的控制方法和装置
CN112181798B (zh) 数据记录方法及装置
CN114816816A (zh) 崩溃堆栈信息处理方法、装置、设备及存储介质
CN112199080B (zh) vuejs项目webpack构建方法及设备
CN116166205B (zh) 文件系统存储和挂载方法、装置、设备及存储介质
CN116955209B (zh) WebAssembly虚拟机的测试方法和装置
US20210240596A1 (en) Source code file retrieval
CN111273944B (zh) 生成程序文件并上传至代码仓库的方法及装置
JP2009245184A (ja) プログラム診断装置及びプログラム診断方法ならびにそのプログラム
CN113900667A (zh) 程序部署方法及数据处理方法、装置、设备和存储介质
CN114510281A (zh) 资源显示方法、资源打包方法、装置及设备
CN117170640A (zh) 一种低代码平台的组件管理方法、装置及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination