进行元数据打包与解析的方法的制作方法
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
本技术公开一种进行元数据打包与解析的方法,涉及元数据技术领域,采用技术方案包括:S10、将元数据以文件的形式进行存储,并使用管理工具进行生命周期管理;S20、抽象一个工程概念,将业务内聚度相近的元数据划分到一个工程中;S30、对同一个工程下的元数据文件进行加密、压缩形成元数据包,完成打包操作;S40、将元数据包迁移部署到服务端,根据服务端获取的元数据请求定位该元数据所在的元数据包,完成元数据的解析。本方法,具有易于迁移部署、安全性高的优点,便于进行多版本管理,可以避免作为源代码的元数据直接暴露给使用者,可以解决ERP系统领域用于业务建模的元数据不好进行统一的管理、迁移以及部署这个难题。
技术要求
1.一种进行元数据打包与解析的方法,其特征在于,该方法的实现过程包括:
S10、将元数据以文件的形式进行存储,并使用管理工具进行生命周期管理;
S20、抽象一个工程概念,将业务内聚度相近的元数据划分到一个工程中;
S30、对同一个工程下的元数据文件进行加密、压缩形成元数据包,完成打包操作;
S40、将元数据包迁移部署到服务端,根据服务端获取的元数据请求定位该元数据所在的元数据包,完成元数据的解析。
2.根据权利要求1所述的一种进行元数据打包与解析的方法,其特征在于,在步骤S10中,所述元数据以json格式的文件进行存储;
所述元数据文件包括头结点、依赖关系和设计器实体;
所述头结点用于描述该元数据的基础信息,包括元数据的名称、编号、命名空间、所属业务对象、元数据类型、国际化各项信息;
所述依赖关系用于记录元数据所依赖的元数据,当加载一个元数据时,需要同时将其依赖的元数据加载起来,才能正常使用功能,此时即需要根据依赖关系节点去加载所有的元数据;
所述设计器实体用于元数据设计器界面的载体,反序列化成实体后即可在界面展示。
3.根据权利要求2所述的一种进行元数据打包与解析的方法,其特征在于,在步骤S20中,将业务内聚度相近的元数据划分到一个工程时,
用文件夹去限定不同工程的范围,并用专门的工程文件去标识工程;
划分到同一个工程的元数据可以类型不同,每一个工程即是一个完整的功能。
4.根据权利要求3所述的一种进行元数据打包与解析的方法,其特征在于,所述元数据以json格式的文件进行存储、且将业务内聚度相近的元数据划分到一个工程时,
以后缀为“.csproj”的工程文件作为工程描述的载体,并在工程文件中添加元数据工程特殊的节点,用于记录工程的基础信息、依赖关系,元数据打包时所需要的包名、版本各项基础信息也记录在工程文件中。
5.根据权利要求1所述的一种进行元数据打包与解析的方法,其特征在于,在步骤S30中,进行打包操作的具体执行步骤包括:
S31、在开发环境中触发打包命令;
S32、通过WebApi将命令传递到服务端;
S33、服务端解析传递过来的参数,即工程路径,递归查找工程路径下所有的文件;
S34、每一种元数据类型都有特有的文件后缀,并且都在服务端的一个配置文件中配置好,根据查找出来的工程下的所有文件,根据文件后缀去匹配配置文件中所配置的元数据类型后缀,识别出工程下所有的元数据文件,按照元数据所在的目录结构,拷贝到工程下的一个临时目录下;
S35、将临时目录压缩为后缀为“.mdpkg”的压缩文件,并将临时目录删除。
6.根据权利要求5所述的一种进行元数据打包与解析的方法,其特征在于,所述临时目录名称由工程名称+36位GUID组成,是动态生成的,打包完后会立即删除。
7.根据权利要求5所述的一种进行元数据打包与解析的方法,其特征在于,进行打包操作的过程中,还会创建一个命名为manifest.json的清单文件,该清单文件用于记录包中包含了哪些元数据、以及依赖了哪些其他的元数据包,该清单文件会被打包到压缩文件中,解析元数据包即解析该清单文件,从而获得元数据包中的元数据列表信息。
8.根据权利要求7所述的一种进行元数据打包与解析的方法,其特征在于,在步骤S40中,进行元数据解析的具体操作步骤包括:
S41、在服务端启动服务中注册事件,当服务启动时,递归遍历服务端下所有的元数据包,解析包中的manifest.json文件,拿到包中的元数据列表,将列表中每个元数据的主键及其所在包的路径作为键值对存入缓存池;
S42、前端功能触发获取元数据的服务;
S43、通过WebApi将命令传递到服务端;
S44、服务端根据传递过来的元数据唯一标识,去缓存池中匹配元数据所在元数据包的路径;
S45、通过流加载的方式加载元数据包,遍历包中的文件,并根据元数据唯一标识匹配所要查找的元数据文件,匹配成功后解析元数据文件反序列化为实体返回。
9.根据权利要求8所述的一种进行元数据打包与解析的方法,其特征在于,在步骤S41中,当服务启动时,递归遍历服务端下所有的元数据包,查找所有的后缀为“.mdpkg”的文件,直接使用流的方式读取压缩文件,解析包中的manifest.json文件。
技术说明书
一种进行元数据打包与解析的方法
技术领域
本技术涉及元数据,具体的说是一种进行元数据打包与解析的方法。
背景技术
目前ERP系统管理软件厂商的业务建模语言大多数为数据库存储的形式,表预置数据的开发内容存在三个明显的弊端:
1、开发内容不宜进行版本管理;
2、开发内容不宜进行迁移,因为开发一个元数据可能需要关联十几张表,需要同时在十几张表中关联挑选才可进行正确的迁移,容易产生问题;
3、开发内容容易泄露及被篡改,因为开发内容是存储在数据库中,只要使用者知道了表结构之后,即可通过修改对应字段来篡改数据。
技术内容
本技术针对目前技术发展的需求和不足之处,提供一种进行元数据打包与解析的方法,旨在解决ERP系统领域用于业务建模的元数据不好进行统一的管理、迁移以及部署这个难题。
本技术的一种进行元数据打包与解析的方法,解决上述技术问题采用的技术方案如下:
一种进行元数据打包与解析的方法,该方法的实现过程包括:
S10、将元数据以文件的形式进行存储,并使用管理工具进行生命周期管理;
S20、抽象一个工程概念,将业务内聚度相近的元数据划分到一个工程中;
S30、对同一个工程下的元数据文件进行加密、压缩形成元数据包,完成打包操作;