CN108920691A - 前端静态资源的管理方法、装置、计算机设备及存储介质 - Google Patents
前端静态资源的管理方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN108920691A CN108920691A CN201810767177.2A CN201810767177A CN108920691A CN 108920691 A CN108920691 A CN 108920691A CN 201810767177 A CN201810767177 A CN 201810767177A CN 108920691 A CN108920691 A CN 108920691A
- Authority
- CN
- China
- Prior art keywords
- file
- store path
- implanted
- static resource
- resource
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本发明提供了一种前端静态资源的管理方法、装置、计算机设备及存储介质。该方法包括根据待注入静态资源的名称标识获取待注入静态资源的存储路径,以得到第一存储路径;按照第一存储路径读取文件;将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件;在待注入静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;在第一项目文件中注入起始标志、第一存储路径和结束标志;读取第一项目文件,查找第一项目文件中的起始标志和结束标志,并获取起始标志和结束标志之间的第一存储路径;按照第一存储路径获取待注入文件;将待注入文件输出至目标文件夹下。通过本发明,能够实现将静态资源文件自动注入到项目的文件夹中。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种前端静态资源的管理方法、装置、计算机设备及存储介质。
背景技术
随着互联网行业的发展,网页提供的内容越来越丰富。在项目开发过程中,通常需要引用一些静态资源,比如:JavaScript脚本文件、层叠样式表(Casacding Style Sheets,CSS)资源或图片等。随着版本的升级、变更,所引用的静态资源也在不断更新、变化,在后期维护项目中的静态资源时,工作量大。
目前在项目开发中,引入静态资源都需要开发者手动的通过代码的方式引入到项目中,随着项目的发展,累积的静态文件越来越多,在不同页面都引入文件,同时在协作开发时,会出现引入类似的插件,或同类插件不同版本,或同个文件在整个项目不同页面都引入,造成系统复杂度越来越大。这样也容易出现代码的冲突,定位问题复杂度增加。系统性能越来越差,同时造成文件只增不减的情况,不敢轻易清除。
因此,提供一种前端静态资源的管理方法、装置、计算机设备及存储介质,以实现将静态资源文件自动注入到项目的文件夹中,是本领域需要解决的技术问题。
发明内容
本发明的目的是提供一种前端静态资源的管理方法、装置、计算机设备及存储介质,用于解决现有技术存在的上述问题。
为实现上述目的,本发明提供一种前端静态资源的管理方法,包括以下步骤:根据待注入静态资源的名称标识获取待注入静态资源的存储路径,以得到第一存储路径;按照第一存储路径读取文件;将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件;在待注入静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;在第一项目文件中注入起始标志、第一存储路径和结束标志;读取第一项目文件,查找第一项目文件中的起始标志和结束标志,并获取起始标志和结束标志之间的第一存储路径;按照第一存储路径获取待注入文件;以及将待注入文件输出至目标文件夹下。
进一步地,根据待注入静态资源的名称标识获取待注入静态资源的存储路径的步骤包括:通过预设的系统配置文件获取全部静态资源的总目录;根据名称标识在总目录中查找待注入静态资源的存储路径,以得到所述第一存储路径。
进一步地,按照第一存储路径读取文件的步骤包括:根据第一存储路径判断待注入的静态资源属于外部插件资源还是项目自身资源;当待注入的静态资源属于外部插件资源时,采用预定的文件读取命令按照第一存储路径读取文件;当待注入的静态资源属于项目自身资源时,采用预定的脚本配置规则按照第一存储路径读取文件。
进一步地,采用预定的文件读取命令按照第一存储路径读取文件的步骤包括:采用fs.readfile()按照第一存储路径读取文件。
进一步地,采用预定的脚本配置规则按照第一存储路径读取文件的步骤包括:采用javascript脚本按照第一存储路径读取文件。
进一步地,将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件的步骤包括:通过Gulp-uglify工具将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件。
进一步地,该方法还包括:根据待删除静态资源的名称标识获取待删除静态资源的存储路径,以得到第二存储路径;在待删除静态资源的所在的文件夹中查找项目文件,以得到第二项目文件;在第二项目文件中查找第二存储路径;以及在所述第二项目文件中,将第二存储路径和与第二存储路径相对应的起始标志和结束标志删除。
为实现上述目的,本发明还提供一种前端静态资源的管理装置,其包括:获取模块,用于根据待注入静态资源的名称标识获取待注入静态资源的存储路径,以得到第一存储路径;读取模块,用于按照第一存储路径读取文件;处理模块,用于将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件;查找模块,用于在待注入的静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;第一注入模块,用于在第一项目文件中注入起始标志、第一存储路径和结束标志;以及第二注入模块,用于读取第一项目文件,查找第一项目文件中的起始标志和结束标志,并获取起始标志和结束标志之间的第一存储路径,按照第一存储路径获取待注入文件,将待注入文件输出至目标文件夹下。
进一步地,获取模块在根据待注入静态资源的名称标识获取待注入静态资源的存储路径时,具体执行的步骤包括:通过预设的系统配置文件获取全部静态资源的总目录;根据名称标识在总目录中查找待注入静态资源的存储路径,以得到所述第一存储路径。
进一步地,读取模块按照第一存储路径读取文件时,具体执行的步骤包括:根据第一存储路径判断待注入的静态资源属于外部插件资源还是项目自身资源;当待注入的静态资源属于外部插件资源时,采用预定的文件读取命令按照第一存储路径读取文件;当待注入的静态资源属于项目自身资源时,采用预定的脚本配置规则按照第一存储路径读取文件。
进一步地,当待注入的静态资源属于外部插件资源时,读取模块采用fs.readfile()按照第一存储路径读取文件。
进一步地,当待注入的静态资源属于项目自身资源时,读取模块采用javascript脚本按照第一存储路径读取文件。
进一步地,处理模块将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件时,具体执行的步骤包括:通过Gulp-uglify工具将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件。
进一步地,该装置还包括删除处理模块,用于根据待删除静态资源的名称标识获取待删除静态资源的存储路径,以得到第二存储路径;在待删除静态资源的所在的文件夹中查找项目文件,以得到第二项目文件;在第二项目文件中查找第二存储路径;以及在第二项目文件中,将第二存储路径和与第二存储路径相对应的起始标志和结束标志删除。
为实现上述目的,本发明还提供一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法的步骤。
为实现上述目的,本发明还提供计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现上述方法的步骤。
本发明提供的前端静态资源的管理方法、装置、计算机设备及存储介质,将静态资源(即待注入静态资源)注入到项目的某个文件夹(即目标文件夹)中时,首先根据待注入静态资源的名称标识获取其存储路径,然后按照获取到的存储路径读取文件,并将文件进行处理,包括形成文件流以及对文件流合并和压缩,得到待注入的文件;然后在目标文件夹中查找项目文件,其中,每个目标文件夹中均设置有一个项目文件,该项目文件用于维护该目标文件夹下静态资源的注入和删除,项目文件中设置多对起始标注和结束标注,每对起始标注和结束标注之间具有存储路径,在加载时,读取该项目文件中每对起始标注与结束标注之间的存储路径,并按照读取到的存储路径获取待注入的文件,再注入至目标文件夹,因而,当需要将待注入静态资源注入到该目标文件夹中时,查找到目标文件夹中的项目文件后,在项目文件中注入起始标志、待注入静态资源的存储路径以及结束标志,从而,在进行静态资源加载时,通过读取项目文件中起始标注和结束标注之间的存储路径,即可完成静态资源的加载,因此,能够将静态资源自动注入到目标文件夹中,开发者无需再手动引入文件资源,可以针对项目的静态资源进行统一的管理,所有插件版本的升级,版本的变更统一维护,每次都是通过执行命令,读取项目文件,将静态资源注入到目标文件夹中,在开发过程中只需要执行一个简单命令,读取项目文件中的信息,就可以将整个项目依赖的静态资源自动的注入到目标文件夹中,减少开发的工作,提升开发的效率,通过这种方式整个项目结构更加清晰,系统的可维护性更好,系统复杂度降低,系统性能提升。
附图说明
图1为本发明实施例一提供的前端静态资源的管理方法的流程图;
图2为本发明实施例二提供的前端静态资源的管理装置的框图。
图3为本发明实施例三提供的计算机设备的硬件结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
图1为本发明实施例一提供的前端静态资源的管理方法的流程图,如图1所示,该实施例包括如下的步骤。
步骤S102:根据待注入静态资源的名称标识获取待注入静态资源的存储路径,得到第一存储路径。
具体地,待注入静态资源包括外部插件资源以及项目自身资源,在项目开发过程中,引入静态资源的开发者需要将某个静态资源引入到项目中时,该静态资源即为待注入静态资源。对于外部插件资源,在获取到外部插件资源后,通常会存储在项目的某个文件夹下,对于项目自身资源,也会存储在项目的某个文件夹下。
例如,可维护一个静态资源存储路径的列表,在该列表中存储有所有静态资源的存储路径,每个静态资源的存储路径中均包括有静态资源的名称标识,因而,在确定待注入的静态资源后,即可根据该待注入静态资源的名称标识从此列表中查找出待注入静态资源的存储路径,该处为方便描述和区分,将待注入静态资源的存储路径定义为第一存储路径。
又如,可维护一个全部静态资源的总目录,通过预设的系统配置文件获取该全部静态资源的总目录,然后根据待注入静态资源的名称标识在总目录中查找待注入静态资源的存储路径,也即,将总目录中的各个静态资源的存储路径与待注入静态资源的名称标识进行匹配,例如待注入静态资源为js静态资源,则匹配搭配的存储路径为“/app/**/*.js”。
步骤S103:按照第一存储路径读取文件。
例如,可预置一个数据读取函数,该数据读取函数的输入参数为存储路径,功能为将存储路径中存储的文件读取出来,具体地,若操作系统提供有根据存储路径读取文件的数据读取接口,则该数据读取函数可调用该数据读取接口完成文件读取。
又如,当外部插件资源和项目自身资源的存储路径不同时,可根据待注入的静态资源的存储路径,判断待注入的静态资源属于外部插件资源还是项目自身资源,例如,对于外部引用的静态资源,也即外部插件资源,设置package.json文件来维护,这个文件中有使用外部插件资源相应的版本,其中,package.json是每个项目的根目录下面用于定义该项目所需要的各种模块,以及项目的配置信息(比如名称、版本、许可证等元数据)的文件,外部插件资源作为该项目所需的模块之一,由package.json文件维护。同时,设置bower_components文件夹来存放这些静态资源,其中,Bower是一个客户端技术的软件包管理器,它可用于搜索、安装和卸载如JavaScript、HTML、CSS之类的网络资源,bower_components文件夹为该软件包管理器建立的一个文件夹;项目自身资源,也即内部的静态资源统一放在asset文件夹下,因此,通过读取路径即可进行区分。
当待注入的静态资源属于外部插件资源时,采用预定的文件读取命令按照待注入静态资源的第一存储路径读取文件,例如采用fs.readfile()按照待注入静态资源的第一存储路径读取文件,其中,fs.readfile()为node.js中的一个文件读取函数,属于fs模块,fs.readfile()的接收参数包括文件路径,因而,将第一存储路径作为fs.readfile()的接收参数,通过fs.readfile()即可读取到第一存储路径下的文件。
当待注入的静态资源属于项目自身资源时,采用预定的脚本配置规则按照待注入静态资源的第一存储路径读取文件,例如通过javascript脚本按照待注入静态资源的第一存储路径读取文件,其中,javascript脚本为通过javascript语言编写的脚本,由于项目自身资源的存储位置通常会统一放在某个文件夹下,因而,能够预先编写脚本快速读取到该文件夹下的文件,并且,通过javascript脚本实现简单,应用方便。
步骤S104:将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件。
读取到的文件可包括同一静态资源类型的多个文件,形成一个文件流,可以理解为一个缓存,再对文件流,也即缓存进行合并和压缩,能够得到待注入文件,具体地,可通过Gulp-uglify工具进行处理,如:文件压缩,同时生成资源映射文件,在浏览器中自动识别,可以看到非压缩后的代码内容,其中,Gulp-uglify为一种第三方文件压缩工具,能够减小文件的大小。
步骤S105:在待注入静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件。
其中,每个能够加载静态资源的文件夹中均设置有一个项目文件,该项目文件用于维护该文件夹下静态资源的注入和删除,项目文件包括多对起始标注和结束标注,每对起始标注和结束标注之间具有存储路径,一对起始标志和结束标志用于指示一个待注入文件的存储路径,例如注入起始标志如/*injector*/,结束标志/*endinjector*/。在加载时,读取该项目文件中每对起始标注与结束标注之间的存储路径,并按照读取到的存储路径获取待注入的文件,再注入至文件夹。
步骤S106:读取第一项目文件,查找第一项目文件中的起始标志和结束标志,并获取起始标志和结束标志之间的第一存储路径,按照第一存储路径获取待注入文件。
在项目每次发布版本或升级时,读取项目各文件夹中的项目文件,得到项目文件中最新的配置,根据项目文件中的最新配置实现静态资源的加载,因此,当第一存储路径及其对应的起始标志和结束标志被注入之第一项目文件后,在读取第一项目文件时,能够查找到起始标志和结束标志之间的第一存储路径,进而能够通过第一存储路径去获取待注入文件。在获取待注入文件时,可调用操作系统的文件读取函数或者编写文件读取脚本进行获取,例如,将第一存储路径作为读取函数或读取脚本的传递参数,返回第一存储路径中存储的文件。
步骤S107:将待注入文件输出至目标文件夹下。
在该步骤中,将步骤S104整合后的文件输入到相应的目标目录(即目标文件夹)下。
在进行文件输出时,可调用操作系统的文件输出函数或者编写文件输出脚本进行输出,例如,将目标文件夹的存储路径作为输出函数或输出脚本的传递参数,将待注入文件输出至目标文件夹下。
采用该实施例提供的前端静态资源的管理方法,将静态资源(即待注入静态资源)注入到项目的某个文件夹(即目标文件夹)中时,首先根据待注入静态资源的名称标识获取其存储路径,然后按照获取到的存储路径读取文件,并将文件进行处理,包括形成文件流以及对文件流合并和压缩,得到待注入的文件;然后在目标文件夹中查找项目文件,其中,每个目标文件夹中均设置有一个项目文件,该项目文件用于维护该目标文件夹下静态资源的注入和删除,项目文件中设置多对起始标注和结束标注,每对起始标注和结束标注之间具有存储路径,在加载时,读取该项目文件中每对起始标注与结束标注之间的存储路径,并按照读取到的存储路径获取待注入的文件,再注入至目标文件夹,因而,当需要将待注入静态资源注入到该目标文件夹中时,查找到目标文件夹中的项目文件后,在项目文件中注入起始标志、待注入静态资源的存储路径以及结束标志,从而,在进行静态资源加载时,通过读取项目文件中起始标注和结束标注之间的存储路径,即可完成静态资源的加载,因此,能够将静态资源自动注入到目标文件夹中,开发者无需再手动引入文件资源,可以针对项目的静态资源进行统一的管理,所有插件版本的升级,版本的变更统一维护,每次都是通过执行命令,读取项目文件,将静态资源注入到目标文件夹中,在开发过程中只需要执行一个简单命令,读取项目文件中的信息,就可以将整个项目依赖的静态资源自动的注入到目标文件夹中,减少开发的工作,提升开发的效率,通过这种方式整个项目结构更加清晰,系统的可维护性更好,系统复杂度降低,系统性能提升。
可选地,除了实现静态资源的注入,还可进行静态资源的删除,具体地该管理方法还包括:根据待删除静态资源的名称标识获取待删除静态资源的存储路径,以得到第二存储路径;在待删除静态资源的所在的文件夹中查找项目文件,以得到第二项目文件;在第二项目文件中查找第二存储路径;以及在所述第二项目文件中,将第二存储路径和与第二存储路径相对应的起始标志和结束标志删除,从而,当再次进行静态资源的加载时,由于第二项目文件中不再有第二存储路径,因而,也不会再第二存储路径下的静态资源加载,实现了静态资源的删除。
实施例二
图2为本发明实施例二提供的前端静态资源的管理装置的框图,如图2所示,该前端静态资源的管理装置包括确定模块201、获取模块202、读取模块203、处理模块204、查找模块205、第一注入模块206和第二注入模块207。
其中,确定模块201用于确定待注入静态资源的名称标识,可选地,项目开发者需要将某个静态资源注入项目时,确定模块201接收该静态资源的名称标识,作为待注入静态资源的名称标识;获取模块202用于根据待注入静态资源的名称标识获取待注入静态资源的存储路径,作为第一存储路径;读取模块203用于按照第一存储路径读取文件;处理模块204用于将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件;查找模块205用于在待注入的静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;第一注入模块206用于在第一项目文件中注入起始标志、第一存储路径和结束标志;第二注入模块207用于读取第一项目文件,查找第一项目文件中的起始标志和结束标志,并获取起始标志和结束标志之间的第一存储路径,按照第一存储路径获取待注入文件,将待注入文件输出至目标文件夹下。
采用该实施例提供的前端静态资源的管理装置,将静态资源(即待注入静态资源)注入到项目的某个文件夹(即目标文件夹)中时,首先获取模块根据待注入静态资源的名称标识获取其存储路径,然后读取模块按照获取到的存储路径读取文件,处理模块将文件进行处理,包括形成文件流以及对文件流合并和压缩,得到待注入的文件;然后查找模块在目标文件夹中查找项目文件,其中,每个目标文件夹中均设置有一个项目文件,该项目文件用于维护该目标文件夹下静态资源的注入和删除,项目文件中设置多对起始标注和结束标注,每对起始标注和结束标注之间具有存储路径,在加载时,读取该项目文件中每对起始标注与结束标注之间的存储路径,并按照读取到的存储路径获取待注入的文件,再注入至目标文件夹,因而,当需要将待注入静态资源注入到该目标文件夹中时,查找模块查找到目标文件夹中的项目文件后,第一注入模块在项目文件中注入起始标志、待注入静态资源的存储路径以及结束标志,从而,在进行静态资源加载时,第二注入模块通过读取项目文件中起始标注和结束标注之间的存储路径,即可完成静态资源的加载,因此,能够将静态资源自动注入到目标文件夹中,开发者无需再手动引入文件资源,可以针对项目的静态资源进行统一的管理,所有插件版本的升级,版本的变更统一维护,每次都是通过执行命令,读取项目文件,将静态资源注入到目标文件夹中,在开发过程中只需要执行一个简单命令,读取项目文件中的信息,就可以将整个项目依赖的静态资源自动的注入到目标文件夹中,减少开发的工作,提升开发的效率,通过这种方式整个项目结构更加清晰,系统的可维护性更好,系统复杂度降低,系统性能提升。
可选地,获取模块202在根据待注入静态资源的名称标识获取待注入静态资源的存储路径时,具体执行的步骤包括:通过预设的系统配置文件获取全部静态资源的总目录;根据名称标识在总目录中查找待注入静态资源的存储路径。
可选地,读取模块203按照第一存储路径读取文件时,具体执行的步骤包括:根据第一存储路径判断待注入的静态资源属于外部插件资源还是项目自身资源;当待注入的静态资源属于外部插件资源时,采用预定的文件读取命令按照第一存储路径读取文件;当待注入的静态资源属于项目自身资源时,采用预定的脚本配置规则按照第一存储路径读取文件。
可选地,当待注入的静态资源属于外部插件资源时,读取模块203采用fs.readfile()按照第一存储路径读取文件。
可选地,当待注入的静态资源属于项目自身资源时,读取模块203采用javascript脚本按照第一存储路径读取文件。
可选地,处理模块204通过Gulp-uglify工具将读取到的文件形成文件流,并对文件流进行合并和压缩,得到待注入文件。
可选地,该装置还包括删除处理模块,用于根据待删除静态资源的名称标识获取待删除静态资源的存储路径,以得到第二存储路径;在待删除静态资源的所在的文件夹中查找项目文件,以得到第二项目文件;在第二项目文件中查找第二存储路径;以及在第二项目文件中,将第二存储路径和与第二存储路径相对应的起始标志和结束标志删除。
实施例三
本实施例还提供一种计算机设备,如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器,或者多个服务器所组成的服务器集群)等。如图3所示,本实施例的计算机设备20至少包括但不限于:可通过系统总线相互通信连接的存储器21、处理器22,如图3所示。需要指出的是,图3仅示出了具有组件21-22的计算机设备20,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
本实施例中,存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,存储器21可以是计算机设备20的内部存储单元,例如该计算机设备20的硬盘或内存。在另一些实施例中,存储器21也可以是计算机设备20的外部存储设备,例如该计算机设备20上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。当然,存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中,存储器21通常用于存储安装于计算机设备20的操作系统和各类应用软件,例如实施例2的前端静态资源的管理装置的程序代码等。此外,存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中,处理器22用于运行存储器21中存储的程序代码或者处理数据,例如前端静态资源的管理装置等。
实施例4
本实施例还提供一种计算机可读存储介质,如闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等,其上存储有计算机程序,程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于前端静态资源的管理装置,被处理器执行时实现实施例一的前端静态资源的管理方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种前端静态资源的管理方法,其特征在于,包括:
根据待注入静态资源的名称标识获取所述待注入静态资源的存储路径,以得到第一存储路径;
按照所述第一存储路径读取文件;
将读取到的文件形成文件流,并对所述文件流进行合并和压缩,得到待注入文件;
在所述待注入静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;
在所述第一项目文件中注入起始标志、所述第一存储路径和结束标志;
读取所述第一项目文件,查找所述第一项目文件中的所述起始标志和所述结束标志,并获取所述起始标志和所述结束标志之间的所述第一存储路径;
按照所述第一存储路径获取所述待注入文件;以及
将所述待注入文件输出至所述目标文件夹下。
2.根据权利要求1所述的前端静态资源的管理方法,其特征在于,所述根据待注入静态资源的名称标识获取所述待注入静态资源的存储路径的步骤包括:
通过预设的系统配置文件获取全部静态资源的总目录;
根据所述名称标识在所述总目录中查找所述第一存储路径。
3.根据权利要求1所述的前端静态资源的管理方法,其特征在于,所述按照所述第一存储路径读取文件的步骤包括:
根据所述第一存储路径判断所述待注入的静态资源属于外部插件资源还是项目自身资源;
当所述待注入的静态资源属于所述外部插件资源时,采用预定的文件读取命令按照所述第一存储路径读取文件;
当所述待注入的静态资源属于所述项目自身资源时,采用预定的脚本配置规则按照所述第一存储路径读取文件。
4.根据权利要求3所述的前端静态资源的管理方法,其特征在于,所述采用预定的文件读取命令按照所述第一存储路径读取文件的步骤包括:采用fs.readfile()按照所述第一存储路径读取文件。
5.根据权利要求3所述的前端静态资源的管理方法,其特征在于,采用预定的脚本配置规则按照所述第一存储路径读取文件的步骤包括:采用javascript脚本按照所述第一存储路径读取文件。
6.根据权利要求1所述的前端静态资源的管理方法,其特征在于,所述将读取到的文件形成文件流,并对所述文件流进行合并和压缩,得到待注入文件的步骤包括:
通过Gulp-uglify工具将读取到的文件形成文件流,并对所述文件流进行合并和压缩,得到待注入文件。
7.根据权利要求1所述的前端静态资源的管理方法,其特征在于,还包括:
根据待删除静态资源的名称标识获取所述待删除静态资源的存储路径,以得到第二存储路径;
在所述待删除静态资源的所在的文件夹中查找项目文件,以得到第二项目文件;
在所述第二项目文件中查找所述第二存储路径;以及
在所述第二项目文件中,将所述第二存储路径和与所述第二存储路径相对应的所述起始标志和所述结束标志删除。
8.一种前端静态资源的管理装置,其特征在于,包括:
获取模块,用于根据待注入静态资源的名称标识获取所述待注入静态资源的存储路径,以得到第一存储路径;
读取模块,用于按照所述第一存储路径读取文件;
处理模块,用于将读取到的文件形成文件流,并对所述文件流进行合并和压缩,得到待注入文件;
查找模块,用于在所述待注入静态资源对应的目标文件夹中查找项目文件,以得到第一项目文件;
第一注入模块,用于在所述第一项目文件中注入起始标志、所述第一存储路径和结束标志;
第二注入模块,用于读取所述第一项目文件,查找所述第一项目文件中的所述起始标志和所述结束标志,并获取所述起始标志和所述结束标志之间的所述第一存储路径,并按照所述第一存储路径获取所述待注入文件,将所述待注入文件输出至所述目标文件夹下。
9.一种计算机设备,所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至7任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810767177.2A CN108920691B (zh) | 2018-07-13 | 2018-07-13 | 前端静态资源的管理方法、装置、计算机设备及存储介质 |
PCT/CN2018/108775 WO2020010724A1 (zh) | 2018-07-13 | 2018-09-29 | 前端静态资源的管理方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810767177.2A CN108920691B (zh) | 2018-07-13 | 2018-07-13 | 前端静态资源的管理方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108920691A true CN108920691A (zh) | 2018-11-30 |
CN108920691B CN108920691B (zh) | 2023-04-18 |
Family
ID=64410689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810767177.2A Active CN108920691B (zh) | 2018-07-13 | 2018-07-13 | 前端静态资源的管理方法、装置、计算机设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108920691B (zh) |
WO (1) | WO2020010724A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111124539A (zh) * | 2019-12-20 | 2020-05-08 | 腾讯科技(深圳)有限公司 | 初始场景资源文件查找方法、装置、设备及存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111367673A (zh) * | 2020-03-05 | 2020-07-03 | 山东中创软件商用中间件股份有限公司 | 一种静态资源获取方法、装置及其相关设备 |
CN113515328A (zh) * | 2020-04-09 | 2021-10-19 | 北京沃东天骏信息技术有限公司 | 页面渲染的方法、装置、电子设备和存储介质 |
CN113343302A (zh) * | 2021-06-22 | 2021-09-03 | 深圳壹账通智能科技有限公司 | 项目文件的管理方法、装置、电子设备及存储介质 |
CN116361279A (zh) * | 2023-06-02 | 2023-06-30 | 北京麟卓信息科技有限公司 | 一种跨平台的人工智能数据标注方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107402788A (zh) * | 2017-07-25 | 2017-11-28 | 网易(杭州)网络有限公司 | 资源打包管理方法与装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915387B (zh) * | 2015-05-25 | 2019-03-15 | 成都视达科信息技术有限公司 | 一种互联网网站静态页面处理系统及方法 |
CN104978194B (zh) * | 2015-06-25 | 2018-06-05 | 北京京东尚科信息技术有限公司 | 一种网页前端开发方法及装置 |
AU2015401229B2 (en) * | 2015-12-28 | 2019-01-17 | Huawei Cloud Computing Technologies Co., Ltd. | Website access method, apparatus, and website system |
CN107885540A (zh) * | 2016-09-28 | 2018-04-06 | 腾讯科技(深圳)有限公司 | 一种加载应用程序静态资源的方法、装置及终端 |
CN106790687A (zh) * | 2017-02-17 | 2017-05-31 | 和创(北京)科技股份有限公司 | 网页呈现方法、网页数据处理方法和服务器 |
-
2018
- 2018-07-13 CN CN201810767177.2A patent/CN108920691B/zh active Active
- 2018-09-29 WO PCT/CN2018/108775 patent/WO2020010724A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107402788A (zh) * | 2017-07-25 | 2017-11-28 | 网易(杭州)网络有限公司 | 资源打包管理方法与装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111124539A (zh) * | 2019-12-20 | 2020-05-08 | 腾讯科技(深圳)有限公司 | 初始场景资源文件查找方法、装置、设备及存储介质 |
CN111124539B (zh) * | 2019-12-20 | 2023-08-15 | 腾讯科技(深圳)有限公司 | 初始场景资源文件查找方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108920691B (zh) | 2023-04-18 |
WO2020010724A1 (zh) | 2020-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108920691A (zh) | 前端静态资源的管理方法、装置、计算机设备及存储介质 | |
CN111465930B (zh) | 客户端同步中的违反解决的方法、系统和计算机可读介质 | |
US10212563B2 (en) | Updating web resources | |
CN104049986B (zh) | 插件加载方法及装置 | |
CN107038519B (zh) | 用于系统之间的双向数据同步的方法和系统 | |
CN108536745B (zh) | 基于Shell的数据表提取方法、终端、设备及存储介质 | |
CN111881150A (zh) | 一种web应用程序离线数据的处理方法及装置 | |
CN109491962B (zh) | 一种文件目录树管理方法及相关装置 | |
CN106326129A (zh) | 一种程序异常信息生成方法及装置 | |
JP2017091531A (ja) | ソースコード管理(scm)システムから製品ライフサイクル管理(plm)システムへの階層的なデータのエクスポート | |
US9734171B2 (en) | Intelligent redistribution of data in a database | |
CN115455058A (zh) | 缓存数据的处理方法、装置、计算机设备及存储介质 | |
CN110209736A (zh) | 区块链数据处理的装置、方法及存储介质 | |
CN109472540B (zh) | 业务处理方法和装置 | |
CN110457345A (zh) | 数据库读取方法、装置及计算机可读存储介质 | |
CN103645917A (zh) | Java卡的Java代码补丁方法 | |
CN101930451B (zh) | 用于存储高效地搜索至少一个询问数据元素的方法和装置 | |
CN105302604A (zh) | 应用程序的版本更新方法及装置 | |
US10795875B2 (en) | Data storing method using multi-version based data structure | |
CN113127479A (zh) | 一种Elasticsearch索引的加载方法、装置、计算机设备和存储介质 | |
Sachan et al. | SAP Warehouse Management in SAP S/4HANA: Embedded EWM (SAP PRESS) | |
CN117667668A (zh) | 基于应用升级的应用分析方法、装置、设备及存储介质 | |
CN116382720A (zh) | 插件处理方法、装置、计算机设备及存储介质 | |
CN114647643A (zh) | 一种分布式图数据库中防止悬挂边的方法和系统 | |
CN114048259A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |