[发明专利]文件保存方法及装置有效
申请号: | 201710289640.2 | 申请日: | 2017-04-27 |
公开(公告)号: | CN107122463B | 公开(公告)日: | 2020-12-04 |
发明(设计)人: | 李凯阳 | 申请(专利权)人: | 北京冠群信息技术股份有限公司 |
主分类号: | G06F16/13 | 分类号: | G06F16/13;G06F16/16 |
代理公司: | 成都鱼爪智云知识产权代理有限公司 51308 | 代理人: | 代述波 |
地址: | 100000 *** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 文件 保存 方法 装置 | ||
本发明公开了一种文件保存方法及装置。该文件保存方法包括:配置待保存模块的文件保存路径;接收通过所述富文本编辑器上传的文件;将所述文件保存在与所述文件匹配的所述文件保存路径下。应用本发明的技术方案,能够实现多个模块中引用同一个富文本编辑器组件时,可以按照不同的模块进行分目录保存,从而降低系统的代码冗余量,增强了系统的安全性。
技术领域
本发明涉及计算机通信技术领域,尤其涉及一种文件保护方法及装置。
背景技术
现有市面上的富文本编辑器具有轻量、可定制、用户体验优秀等特点,因此很受网站开发者喜欢。
但是在文件保存上面都有一个弊端,例如当在一个工程项目中的多个模块中引用富文本编辑器组件时,如果想实现每个模块分目录保存用户的上传文件,那么则需要每个模块各自去引用各自的编辑器代码库,然后再去修改他们相对应的配置文件里面的文件存放目录,这样就导致我们的工程代码中,出现多个富文本编辑器组件,冗余量太大。例如,假设一个系统有6个地方引用富文本编辑器,如果每个地方都引用不同的富文本编辑器的话,那么在这个工程里面,将需要在这6个模块下面挂6个富文本编辑器组件,此时代码工程量大大会提高,导致冗余量太大。
然而,如果在多个模块中同时去引用同一个富文本编辑器组件时,因为此时这些模块它们共用了同一个富文本编辑器组件,就会出现这些模块上传的所有文件都保存在了同一个配置的文件目录下。如图7所示,是现有技术中A、B两个模块共用一个富文本编辑器组件保存文件的示意图。如图7所示,当需要保存模块A的文件或模块B的文件时,富文本编辑器组件的后端均取富文本编辑器统一配置的地址路径C,并按照地址路径C进行地址封装,以将模块A的文件或模块B的文件统一保存在地址路径C下。即是说,通过不同模块上传的文件均会保存在同一个配置的文件目录下,这样不仅不能区分开各个模块上传的文件,同时大量无序的文件后续可能造成安全性问题,后期难以维护。
发明内容
本发明的主要目的在于提出一种文件保存方法及装置,能够实现多个模块中引用同一个富文本编辑器组件时,可以按照不同的模块进行分目录保存,从而降低系统的代码冗余量,增强了系统的安全性。
为实现上述目的,本发明提供的一种文件保存方法,用于使用富文本编辑器上传的文件的保存,所述文件保存方法包括如下步骤:
配置待保存模块的文件保存路径;
接收通过所述富文本编辑器上传的文件;
将所述文件保存在与所述文件匹配的所述文件保存路径下。
其中,所述配置待保存模块的文件保存路径,具体包括:
获取所述待保存模块的文件名;
将所述文件名封装入待保存的地址路径,得到所述文件保存路径。
其中,所述获取所述待保存模块的文件名,包括:
通过所述富文本编辑器的前端配置所述待保存模块的文件名;
通过所述富文本编辑器的前端将所述文件名传给所述富文本编辑器的后端;
通过所述富文本编辑器的后端读取所述文件名。
其中,所述通过所述富文本编辑器的前端配置所述待保存模块的文件名,包括:
在实例化所述富文本编辑器时,通过所述前端的页面接收传入的所述文件名。
其中,所述通过所述富文本编辑器的前端将所述文件名传给所述富文本编辑器的后端,包括:
通过所述前端的request实体将所述文件名提交给所述富文本编辑器的后端。
此外,为实现上述目的,本发明还提出一种文件保存装置,用于使用富文本编辑器上传的文件的保存,所述装置包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京冠群信息技术股份有限公司,未经北京冠群信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201710289640.2/2.html,转载请声明来源钻瓜专利网。