CN112132533B - 一种自定义开发内容查找依赖的方法 - Google Patents

Abstract

本申请公开了一种自定义开发内容查找依赖的方法，用以解决现有技术中在ERP(企业资源计划)系统领域，企业业务建模过程中，依赖缺乏层次化描述、依赖版本不固定、依赖来源不明确以及依赖查找混乱的问题。该方法包括：一种自定义开发内容查找依赖的方法，其特征在于，包括：根据开发内容，建立模型，根据所述模型所属的工程生成所述工程的工程化描述；根据所述模型工程化描述，划分模型依赖关系类型；根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系；根据所述模型依赖关系类型设置所述模型查找依赖模型的优先级策略，根据所述优先级策略查找所述模型的依赖。

Description

一种自定义开发内容查找依赖的方法

技术领域

本申请涉及信息技术领域，尤其涉及一种自定义开发内容查找依赖的方法。

背景技术

现代企业为了更好的管理企业、优化运营模式，开始运用技术来支撑其企业的管理系统，于是，建立在信息技术的基础上，集信息技术与先进管理思想于一身，便形成了为企业员工及决策层提供决策手段的管理平台ERP系统。

在现有技术中，针对企业各个板块之间的业务流程，利用ERP系统，进行企业业务建模，建立模型依赖，帮助各个部门内部及之间的工作协调与决策。

但现有的模型依赖比较散乱，查找依赖的流程没有章法，而且依赖版本并不明确，常常导致系统运行环境不稳定。

发明内容

本发明提供了一种自定义开发内容查找依赖的方法，解决了模型依赖缺乏层次化描述、依赖版本不固定、依赖来源不明确以及依赖查找混乱的问题的技术问题。

一种自定义开发内容查找依赖的方法，其特征在于，包括：

根据开发内容，建立模型，根据所述模型所属的工程生成所述工程的工程化描述；

根据所述模型工程化描述，划分模型依赖关系类型；

根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系；

根据所述模型依赖关系类型设置所述模型查找依赖模型的优先级策略，根据所述优先级策略查找所述模型的依赖。

可选地，根据开发内容，建立模型，并将所述模型工程化，具体包括：

通过约束描述，将所述模型定位到具体工程；

设置所述模型所在的所述具体工程的属性；

获取所述模型的依赖来源，并将所述模型的依赖在工程中层次化描述。

可选地，指定所述模型依赖的依赖版本，同一工程中的模型依赖其他工程中的模型，使用同一依赖版本。

可选地，设置所述模型所在的所述具体工程的属性，所述属性具体包括：

用于唯一标识工程的id、工程名称、工程的命名空间、工程的包依赖、工程的工程依赖、工程描述；

其中，所述工程的命名空间根据所述工程中模型的公共属性获得，所述工程的包依赖用于描述所述工程对非本地工程的依赖，所述工程的工程依赖用于描述所述工程对本地工程的依赖。

可选地，所述模型依赖关系类型，具体包括：

工程内依赖、跨工程直接工程依赖、跨工程本地包依赖、跨工程远程包依赖；

其中，跨工程远程包依赖的依赖内容从第三方授信仓库获取到本地。

可选地，根据所述模型工程化描述，划分模型依赖关系类型，具体包括：

根据所述模型工程化描述，判断依赖来源，根据所述依赖来源的不同，进行不同层次的依赖描述，划分模型依赖关系类型；

其中，所述依赖来源包括：本工程、本地工程、本地包、远程包。

可选地，根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系，具体包括：

接收根据所述依赖来源中展示的模型所选择的依赖模型，判断所述选择的依赖模型所属的所述模型依赖关系类型，按预设规则记录依赖描述，建立所述模型的所述模型依赖关系。

可选地，根据所述优先级策略查找所述模型的依赖模型，具体包括：

根据工程中记录的依赖描述查找依赖模型，若在依赖范围中查询到依赖模型，则获取依赖模型；

当在一个依赖范围内查询不到依赖模型时，按照所述优先级策略逐级查找依赖模型；

其中，所述依赖范围指依赖模型所属的所述模型依赖关系类型。

可选地，根据所述优先级策略查找所述模型的依赖模型，具体包括：

根据所述模型中描述的依赖标识，在本工程内查找依赖模型；

若本工程内不存在依赖模型，则查找本地工程中是否存在依赖模型；

若本地工程中不存在依赖模型，则查找本地包中是否存在依赖模型；

若本地包中不存在依赖模型，则查找远程包中是否存在依赖模型；

若远程包查找依赖模型未成功，则抛出异常。

可选地，查找远程包中是否存在依赖模型，具体包括：

首先查找是否存在远程包引用；

若存在远程包引用，则查找本地是否存在对应版本的远程包；

若未查找到对应版本的远程包，则从第三方仓库将远程包拉取到本地；

处理远程包，查找远程包中是否存在依赖模型。

本发明提供了一种自定义开发内容查找依赖的方法，明确了各个模型及其依赖所属的工程，对依赖进行层次化描述，便于对依赖进行统一管理；明确依赖版本，使运行环境变得稳定，促进微服务的演进；根据模型依赖关系生成查找策略，便于模型查找依赖，统一处理异常依赖；这种对依赖层次化描述与依赖的建立和查找的方法，能有效应对云环境下对开发过程提出的松耦合的要求，促进企业应用开发生态的发展，并且为模型实践持续集成过程打下基础。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的模型依赖关系类型的优先级顺序示意图。

图2为本申请实施例提供的模型依赖的查找策略流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例对本申请进行清楚、完整的描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有技术中，在ERP系统领域，企业业务建模过程中，部分模型要依赖其他模型的数据才能得出结果，在但一般情况下，依赖描述仅在模型中描述其他依赖，在加载模型时，直接按照模型中的描述加载依赖的模型，这种情况下，无法对模型的依赖进行统一管理；而且，现有的依赖描述缺乏版本信息，一旦依赖版本更换，常常会由于不知道依赖版本导致运行环境不稳定；而且，由于模型依赖没有统一的管理分类，在查找依赖时常常会没有明确目标的大范围查找，效率不高，查找起来很困难，并且一旦发生依赖查找异常时，无法进行一致的异常处理。

本申请的方案可以解决上述问题，下面进行具体说明。

一种自定义开发内容查找依赖的方法，其特征在于，包括：

根据开发内容，建立模型，根据所述模型所属的工程生成所述工程的工程化描述；

根据所述模型工程化描述，划分模型依赖关系类型；

根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系；

根据所述模型依赖关系类型设置所述模型查找依赖模型的优先级策略，根据所述优先级策略查找所述模型的依赖。

在本申请的一种实施例中，企业为了更好的管理与决策，建立在信息技术的基础上，集管理的思想与信息技术于一身，为企业员工及决策层提供决策手段的管理平台，这就是ERP系统。在ERP系统中，根据企业业务搭建针对某一项业务的模型，而企业中各部门的大部分项目都相关联，同样，根据项目搭建的模型也就相关联，即一个模型需要依赖另一模型的数据才能得出结果。但当前模型依赖缺乏层次化描述，无法系统管理；依赖查找混乱，无法高效的进行依赖查找。针对这些问题，本申请给出了解决办法的一种实施例。首先根据开发内容建立模型，将同一业务领域下的模型定位到同一工程，对模型所在的工程设置工程属性，进行工程化描述，根据依赖的来源是在工程内还是工程外，是在本地还是远程将模型依赖关系划分，获得模型依赖关系类型；根据模型依赖关系类型，设置不同的依赖操作，建立模型对应的依赖关系；当需要进行依赖的查找时，可根据模型依赖关系的类型进行优先级的划分，根据确定好的优先级，逐级查找依赖，使依赖的查找更加高效。

可选地，根据开发内容，建立模型，并将所述模型工程化，具体包括：通过约束描述，将所述模型定位到具体工程；设置所述模型所在的所述具体工程的属性；获取所述模型的依赖来源，并将所述模型的依赖在工程中层次化描述。

在本申请的一种实施例中，模型工程化描述需要通过约束描述，明确模型具体属于哪个工程，这种约束描述可以是显式的关系描述，例如直接在工程内容中记录此工程下包含哪些模型；也可以是按照约定的规则描述，例如工程下不能包含其他工程，在工程目录或工程子目录下的模型均属于此工程。将模型进行约束描述后，提取工程中的模型的公共属性等信息，作为工程的属性，同时设置工程的其他属性，将模型工程化，方便记录模型的依赖，以及方便对模型和依赖的分类管理。模型的依赖来自模型所在工程内部的，称为工程内依赖，来自其他工程，就是跨工程依赖，对于不同来源的依赖，要分不同层次进行描述。如果是模型直接依赖本工程内的模型，就是工程内依赖，则直接在模型中记录对本工程中依赖的描述；如果依赖的模型来自于本工程外，即跨工程依赖，那么此依赖必定属于其他工程，这种本工程中模型对其他工程模型的依赖情况，不仅要在模型上记录具依赖模型的信息，同时要在本工程中记录依赖模型所在的其他工程的信息，这种分层记录依赖路径的方法使查找依赖更加高效。

可选地，指定所述模型依赖的依赖版本，同一工程中的模型依赖其他工程中的模型，使用同一依赖版本。

在本申请的一种实施例中，现有技术中对依赖的描述仅存在对依赖名称的描述，但缺少对依赖版本的记录。比如，模型A依赖模型B，起初B的版本是B1.0版本，由于企业中数据在不断地变化，在模型B1.0的基础上可能会增加一些类或者删除一些类，从而导致B1.0变为B2.0版本，但由于版本信息记录不清楚，此时对模型A来说，并不能区分是依赖B1.0版本还是B2.0版本，模型的依赖版本出现变化，导致运行环境不稳定，为了明确依赖版本，记录依赖时在模型中明确记录依赖的版本，稳定运行环境。同时，在同一工程中的模型使用同一依赖版本。比如，在同一工程下的模型A和模型C同时依赖另一工程中的模型B，如果模型A依赖模型B的1.0版本，那么模型C也同样依赖模型B的1.0版本，如果模型A依赖模型B的2.0版本，那么模型C也同样依赖模型B的2.0版本。

可选地，设置所述模型所在的所述具体工程的属性，所述属性具体包括：用于唯一标识工程的id、工程名称、工程的命名空间、工程的包依赖、工程的工程依赖、工程描述；其中，所述工程的命名空间根据所述工程中模型的公共属性获得，所述工程的包依赖用于描述所述工程对非本地工程的依赖，所述工程的工程依赖用于描述所述工程对本地工程的依赖。

在本申请的一种实施例中，工程属性包括：用于唯一标识工程的id，工程id用于唯一标识工程，不同工程的id不同，就像每个人的身份证号都不相同；工程名称，人工可读，一般情况为英文；工程命名空间，工程的命名要根据其包含模型的公共属性，命名要属于工程中模型的公共属性的范围，用来标识模型属于同一业务领域；工程的包依赖，在工程中描述工程对非本地工程的依赖，当A工程依赖于另外的B工程，而B工程不在本地，需要将B工程打包为B包，A工程中描述对B包的依赖；工程的工程依赖，在工程中描述对本地的工程依赖，描述本地工程路径；工程描述，用于对其他的工程信息的补充。

可选地，所述模型依赖关系类型，具体包括：工程内依赖、跨工程直接工程依赖、跨工程本地包依赖、跨工程远程包依赖；其中，跨工程远程包依赖的依赖内容从第三方授信仓库获取到本地。

在本申请的一种实施例中，工程内依赖，即模型与依赖的模型均处在同一工程中，这种依赖是一种最直接的依赖，依赖的描述直接从模型中描述其依赖部分。

在本申请的一种实施例中，跨工程依赖，就是本工程中模型依赖其他工程中模型，模型依赖的其他模型信息，依旧描述在模型的依赖部分，比如，本工程中模型A的依赖部分依旧记录所依赖的其他工程中模型B的名称、版本等信息；同时，为了能够快速定位范围查找依赖，在工程上描述对依赖模型所在的其他工程的依赖信息，比如在本工程中记录依赖模型B所在的其他工程的名称、id等标识其他工程的信息，以便快速查询；这种依赖可以是本工程对其他工程直接的工程依赖，也可以是本工程对其他工程打包后的工程包依赖(工程可以被打包为工程包，对外提供引用)，根据工程包原始来源是本地还是远程，工程对工程包的依赖还可分为本地包依赖、远程包依赖。所以，跨工程依赖又分为三部分：跨工程直接工程依赖，跨工程本地包依赖，跨工程远程包依赖。

在本申请的一种实施例中，跨工程直接工程依赖，即一个工程中的模型，依赖于另一个工程中模型，同时两个工程均在本地，工程中记录的依赖即可使用直接工程依赖，在本工程中描述本地指定位置的另外一个工程的工程信息，以及在本工程模型中描述另外工程中的依赖的模型信息。

在本申请的一种实施例中，跨工程本地包依赖，即一个工程中的模型依赖于另一个工程中的模型，被依赖的模型所在的工程不在本地，需要开发人员将被依赖的模型所在工程打包成工程包，拷贝给需要的开发人员，开发人员将工程包放到本地公共存放位置，依赖时从本地公共存放位置选择工程包中具体的模型。跨工程本地包本地公共存放位置，用于指明存放本地包位置，统一环境配置，便于统一管理。

在本申请的一种实施例中，跨工程远程包依赖，即一个工程中模型，依赖于另一个工程中的模型，被依赖的模型所在的工程不在本地，需要其他开发人员将被依赖的模型所在工程，打包成工程包，推送到远程公共仓库供开发人员引用。当开发人员需要依赖模型时，自行从远程公共仓库拉取远程包进行依赖。通过远程公共仓库，开发人员推送包与引用包，消除了开发人员手工拷贝的过程，对引用这一操作环节进行解耦，提高开发人员开发效率。。

在本申请的一种实施例中，跨工程远程包依赖的依赖内容从第三方授信仓库获取到本地。第三方授信仓库地址，也就是跨工程远程包依赖远程仓库地址，用于指明存放包的远程仓库地址，一般情况依赖第三方基础设施，比如nuget仓库或者maven仓库。如果依赖第三方基础设施，根据基础设施的要求，需要依赖第三方基础设施的配置文件，则在配置文件中指明远程仓库位置及认证信息(例如：用户名，密码)。将远程包下载到本地的下载位置，也就是跨工程远程包依赖本地下载位置，用于指明从远程仓库中下载的包存储到本地的位置，当依赖的是远程包时，先判断包是否已经拉取到本地，如果未拉取到本地，从远程仓库中拉取，真正解析依赖的模型内容是从此位置解析。从第三方授信仓库获取的远程包需要与本地包存放位置区分，否则可能因为无法区分包的来源是本地包还是远程包，而无法进行后续有效的更新操作。跨工程远程包依赖远程包名称需要根据依赖的第三方基础设施设置，第三方基础设施不同，标识不同，例如maven仓库中，使用groupid，artefactid标识包名称。

可选地，根据所述模型工程化描述，划分模型依赖关系类型，具体包括：根据所述模型工程化描述，判断依赖来源，根据所述依赖来源的不同，进行不同层次的依赖描述，划分模型依赖关系类型；其中，所述依赖来源包括：本工程、本地工程、本地包、远程包。

在本申请的一种实施例中，模型依赖关系类型是根据依赖来源进行划分的，根据模型的依赖来源于本工程，还是跨工程的本地工程、本地包、远程包，将模型依赖关系类型分为四类，分别为工程内依赖、跨工程直接工程依赖、跨工程本地包依赖、跨工程远程包依赖。

可选地，根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系，具体包括：接收根据所述依赖来源中展示的模型所选择的依赖模型，判断所述选择的依赖模型所属的所述模型依赖关系类型，按预设规则记录依赖描述，建立所述模型的所述模型依赖关系。

在本申请的一种实施例中，模型依赖关系类型是根据依赖来源进行划分的，所以，模型依赖关系的建立同样按照依赖来源不同采取不同的处理方式建立依赖。当模型依赖本工程模型时，展示本工程中的模型，提供选择，选择后，模型中记录对依赖模型的描述，在工程层次无需依赖描述；当模型依赖本地工程模型时，展示本地工程中的模型，提供选择，选择后，模型中记录对依赖模型的描述，在工程中记录对本地工程的依赖描述；当模型依赖本地包中的模型时，展示指定的本地位置的工程包，及工程包中的模型，选择后，模型中记录对依赖模型的描述，在工程中记录对本地包的依赖描述；当模型依赖远程包中的模型时，展示远程仓库中远程包信息，选择远程包后，将远程包拉取到本地，进一步选择包中的模型，选择后，模型中记录对依赖模型的描述，在工程中记录对远程包的依赖描述。

可选地，根据所述优先级策略查找所述模型的依赖模型，具体包括：根据工程中记录的依赖描述查找依赖模型，若在依赖范围中查询到依赖模型，则获取依赖模型；当在一个依赖范围内查询不到依赖模型时，按照所述优先级策略逐级查找依赖模型；其中，所述依赖范围指依赖模型所属的所述模型依赖关系类型。

图1为本申请实施例提供的模型依赖关系类型的优先级顺序示意图。工程内依赖是查找依赖过程中优先级最高的查找顺序，其次是跨工程直接工程依赖、跨工程本地包依赖、跨工程远程包依赖。

在本申请的一种实施例中，当根据模型上记录的依赖模型信息查找依赖的模型时，先按照工程内依赖的类型范围查询依赖，若查询到依赖，则获取依赖，若本工程内查不到，再按照工程记录的跨工程直接工程依赖类型的范围查找本地工程下是否存在依赖的模型，若找不到，则继续根据优先级的顺序逐级查找依赖。

可选地，根据所述优先级策略查找所述模型的依赖模型，具体包括：根据所述模型中描述的依赖标识，在本工程内查找依赖模型；若本工程内不存在依赖模型，则查找本地工程中是否存在依赖模型；若本地工程中不存在依赖模型，则查找本地包中是否存在依赖模型；若本地包中不存在依赖模型，则查找远程包中是否存在依赖模型；若远程包查找依赖模型未成功，则抛出异常。

在本申请的一种实施例中，根据优先级顺序设置查找策略，图2为本申请实施例提供的模型依赖的查找策略流程示意图。当要查找依赖的模型时，首先根据记录的依赖模型标识，在本工程中查找依赖，若查找到本工程中存在依赖的模型，则直接获取模型。

在本申请的一种实施例中，若是在本工程中未找到依赖，则根据本工程中记录的其他工程依赖信息，先查询是否存在本地工程引用，若存在，则根据模型上记录的依赖标识在本地工程中查找依赖的模型，若在本地工程中查询到依赖的模型，则直接获取模型。

在本申请的一种实施例中，若不存在本地工程引用或在本地工程中未查询到依赖的模型，则查询是否存在本地包引用，若存在，则根据模型上记录的依赖标识在本地包中查找依赖的模型，若在本地包中查询到依赖的模型，则直接获取模型。

在本申请的一种实施例中，若不存在本地包引用或在本地包中未查询到依赖的模型，则查询是否存在对应版本的远程包引用，若存在，则根据模型上记录的依赖标识在远程包中查找依赖的模型，若在远程包中查询到依赖的模型，则直接获取模型。

在本申请的一种实施例中，若在以上类型中都未查询到依赖的模型，则抛出异常：根据依赖关系描述，未能找到依赖模型，请检查依赖关系。

可选地，查找远程包中是否存在依赖模型，具体包括：首先查找是否存在远程包引用；若存在远程包引用，则查找本地是否存在对应版本的远程包；若未查找到对应版本的远程包，则从第三方仓库将远程包拉取到本地；处理远程包，查找远程包中是否存在依赖模型。

在本申请的一种实施例中，在本地包中未查找到模型时，查找是否存在远程包引用；若存在远程包引用，则查找本地是否存在对应版本的远程包；若未查找到对应版本的远程包，则从第三方仓库将远程包拉取到本地；处理远程包，根据模型上记录的依赖标识在远程包中查找依赖的模型，查找到模型，则获取模型，未查找到模型则抛出异常。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种自定义开发内容查找依赖的方法，其特征在于，包括：

根据开发内容，建立模型，根据所述模型所属的工程生成所述工程的工程化描述；

根据模型工程化描述，划分模型依赖关系类型；

根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系；

根据所述模型依赖关系类型设置所述模型查找依赖模型的优先级策略，根据所述优先级策略查找所述模型的依赖；

根据开发内容，建立模型，并将所述模型工程化，具体包括：

通过约束描述，将所述模型定位到具体工程；

设置所述模型所在的所述具体工程的属性；

获取所述模型的依赖来源，并将所述模型的依赖在工程中层次化描述；

设置所述模型所在的所述具体工程的属性，所述属性具体包括：

用于唯一标识工程的id、工程名称、工程的命名空间、工程的包依赖、工程的工程依赖、工程描述；

其中，所述工程的命名空间根据所述工程中模型的公共属性获得，所述工程的包依赖用于描述所述工程对非本地工程的依赖，所述工程的工程依赖用于描述所述工程对本地工程的依赖；

所述模型依赖关系类型，具体包括：

工程内依赖、跨工程直接工程依赖、跨工程本地包依赖、跨工程远程包依赖。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

指定所述模型依赖的依赖版本，同一工程中的模型依赖其他工程中的模型，使用同一依赖版本。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

其中，跨工程远程包依赖的依赖内容从第三方授信仓库获取到本地。

4.根据权利要求1所述的方法，其特征在于，根据模型工程化描述，划分模型依赖关系类型，具体包括：

根据模型工程化描述，判断依赖来源，根据所述依赖来源的不同，进行不同层次的依赖描述，划分模型依赖关系类型；

其中，所述依赖来源包括：本工程、本地工程、本地包、远程包。

5.根据权利要求1所述的方法，其特征在于，根据所述模型依赖关系类型，建立所述模型对应的模型依赖关系，具体包括：

接收根据所述依赖来源中展示的模型所选择的依赖模型，判断所述选择的依赖模型所属的所述模型依赖关系类型，按预设规则记录依赖描述，建立所述模型的所述模型依赖关系。

6.根据权利要求1所述的方法，其特征在于，根据所述优先级策略查找所述模型的依赖模型，具体包括：

根据工程中记录的依赖描述查找依赖模型，若在依赖范围中查询到依赖模型，则获取依赖模型；

当在一个依赖范围内查询不到依赖模型时，按照所述优先级策略逐级查找依赖模型；

其中，所述依赖范围指依赖模型所属的所述模型依赖关系类型。

7.根据权利要求1所述的方法，其特征在于，根据所述优先级策略查找所述模型的依赖模型，具体包括：

根据所述模型中描述的依赖标识，在本工程内查找依赖模型；

若本工程内不存在依赖模型，则查找本地工程中是否存在依赖模型；

若本地工程中不存在依赖模型，则查找本地包中是否存在依赖模型；

若本地包中不存在依赖模型，则查找远程包中是否存在依赖模型；

若远程包查找依赖模型未成功，则抛出异常。

8.根据权利要求7所述的方法，其特征在于，查找远程包中是否存在依赖模型，具体包括：

首先查找是否存在远程包引用；

若存在远程包引用，则查找本地是否存在对应版本的远程包；

若未查找到对应版本的远程包，则从第三方仓库将远程包拉取到本地；

处理远程包，查找远程包中是否存在依赖模型。