CN120215932A 一种基于低代码平台的多维度视图对象复制与同步方法

(19)国家知识产权局(71)申请人浪潮通用软件有限公司地址250101山东省济南市历下区浪潮路1036号(72)发明人孙宏飞王延东王天贺张伟庆王茂健李兆锐(74)专利代理机构北京君慧知识产权代理事务所(普通合伙)11716专利代理师王彬(54)发明名称对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据对所述目标维度信息和所述源视图对象元数据进行冲突检查，得到预检查结果根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系本申请提供了一种基于低代码平台的多维度视图对象复制与同步方法，属于软件开发与数据管理技术领域，包括：对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据；对所述目标维度信息和所述源视图对象元数据进行冲突检查，得到预检查结果；根据所述预检查结果、所述源视21.一种基于低代码平台的多维度视图对象复制与同步方法，其特征在于，包括：对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据；对所述目标维度信息和所述源视图对象元数据进行冲突检查，得到预检查结果；根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系。2.根据权利要求1所述的方法，其特征在于，所述对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据，具体为：将根据所述维度信息判断当前维度级别，得到所述目标维度信息；所述维度信息为具体维度层级的信息，所述目标维度信息为当前要复制到的目标维度所述源视图对象元数据为获取的当前要复制到的目标维度的信息的所有扩展字段和节点信息。3.根据权利要求1所述的方法，其特征在于，所述冲突检查，包括：视图对象元数据存在性检查和业务实体元数据存在性检查。检查目标维度信息是否已存在扩展视图对象元数据：若存在，检查扩展字段和节点是否与源视图对象元数据存在冲突；5.根据权利要求3所述的方法，其特征在检查目标维度信息是否存在扩展业务实体元数据，具体包括：卡片和列表同一维度使用同一个业务实体元数据；检查业务实体中是否存在与源视图对象元数据冲突的字段和节点。6.根据权利要求1所述的方法，其特征在于，所述根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系，使用抽取所述源视图对象元数据与所述源视图对象元数据上级视图对象之间的变更增量；对新增对象和字段进行处理，添加到目标视图对象中，修正父对象引用和移除特定前缀和后缀；更新新增对象和字段的映射关系，确保指向目标业务实体元数据；同步新增对象和字段到扩展业务实体上。7.根据权利要求1所述的方法，其特征在于，还包括：保存所述扩展视图对象元数据以及关联的其他视图对象元数据。8.根据权利要求7所述的方法，其特征在于，在所述保存所述扩展视图对象元数据以及关联的其他视图对象元数据之后，还包括：在异常情况下清理相关缓存，所述相关缓存包括扩展视图对象元数据、业务实体元数据和关联的其他试图对象元数据的缓存。9.一种计算机可读存储介质，其上存储有程序，其特征在于，该程序被处理器执行时实现如权利要求1-8任一项所述方法中的步骤。310.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-8任一项所述方法中的步骤。4技术领域[0001]本申请属于软件开发与数据管理技术领域，具体涉及一种基于低代码平台的多维度视图对象复制与同步方法。背景技术[0002]随着企业级应用系统的复杂度不断提升，尤其是在低代码开发平台的广泛应用背景下，视图对象(ViewObject,VO)与业务实体(BusinessEntity,BE)之间的元数据管理成为系统开发和维护的重要环节。在实际开发过程中，用户常常需要将某一维度下的视图对象结构复制到另一个维度中，例如将表单中的卡片维度复制到列表维度，以实现界面布局复用或功能扩展。[0003]传统的做法通常是全量复制整个视图对象结构，并手动调整字段、节点及映射关映射错误等问题，进而引发系统运行异常或功能失效。此外，现有技术缺乏对目标维度已有元数据的有效校验机制，无法在复制前识别潜在冲突，增加了后期调试和修复的工作量。发明内容[0004]为了解决背景技术中存在的至少一个方面的技术问题，本申请提供了一种基于低代码平台的多维度视图对象复制与同步方法。[0005]本申请所采用的技术方案为：本申请第一方面实施例提供一种基于低代码平台的多维度视图对象复制与同步对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据；对所述目标维度信息和所述源视图对象元数据进行冲突检查，得到预检查结果；根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系。[0006]根据本申请的一个实施例，所述对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据，具体为：将根据所述维度信息判断当前维度级别，得到所述目标维度信息；所述维度信息为具体维度层级的信息，所述目标维度信息为当前要复制到的目标维度的信息；所述源视图对象元数据为获取的当前要复制到的目标维度的信息的所有扩展字段和节点信息。[0007]根据本申请的一个实施例，所述冲突检查，包括：视图对象元数据存在性检查和业务实体元数据存在性检查。5检查目标维度信息是否已存在扩展视图对象元数据：若存在，检查扩展字段和节点是否与源视图对象元数据存在冲突；[0009]根据本申请的一个实施例，所述业务实体元数据存在性检查，具体为：检查目标维度信息是否存在扩展业务实体元数据，具体包括：卡片和列表同一维度使用同一个业务实体元数据；检查业务实体中是否存在与源视图对象元数据冲突的字段和节点。[0010]根据本申请的一个实施例，所述根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系，具体为：使用抽取所述源视图对象元数据与所述源视图对象元数据上级视图对象之间的变更增量；对新增对象和字段进行处理，添加到目标视图对象中，修正父对象引用和移除特定前缀和后缀；更新新增对象和字段的映射关系，确保指向目标业务实体元数据；同步新增对象和字段到扩展业务实体上。[0011]根据本申请的一个实施例，还包括：保存所述扩展视图对象元数据以及关联的其他视图对象元数据。[0012]根据本申请的一个实施例，在所述保存所述扩展视图对象元数据以及关联的其他视图对象元数据之后，还包括：在异常情况下清理相关缓存，所述相关缓存包括扩展视图对象元数据、业务实体元数据和关联的其他试图对象元数据的缓存。[0013]一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述方法中的步骤。[0014]一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现所述方法中的步骤。[0015]由于采用了上述技术方案，本申请所取得的有益效果为：本申请通过对输入的维度信息进行层级分析，准确识别出当前操作的目标维度，并据此采集源视图对象的元数据。这为后续的复制操作提供了清晰的上下文依据，确保了复制过程的针对性和准确性，避免了盲目复制带来的资源浪费和逻辑混乱。[0016]本申请通过在复制前对目标维度已有的元数据与源元数据进行字段标签、编号、名称以及节点信息等维度的冲突检测，有效识别并记录潜在冲突点。这一机制大幅降低了因字段重名、节点重复等原因造成的系统异常风险，提升了复制操作的安全性与稳定性。[0017]本申请基于变更增量执行复制操作，仅处理源V0与上级VO之间发生变化的部分，显著提高了复制效率，减少了不必要的数据传输与处理开销。同时，在复制过程中自动更新V0与BE之间的映射关系，确保新生成的扩展VO能够正确关联业务实体，从而保障了系统逻辑的一致性和完整性。附图说明[0018]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申6请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请实施例提供的一种基于低代码平台的多维度视图对象复制与同步方法的流程示意图；图2为本申请实施例提供的电子设备的结构示意图。具体实施方式[0020]为了更清楚的阐释本申请的整体构思，下面结合说明书附图以示例的方式进行详细说明。[0021]在下面的描述中阐述了很多具体细节以便于充分理解本申请，但是，本申请还可以采用其他不同于在此描述的其他方式来实施，因此，本申请的保护范围并不受下面公开的具体实施例的限制。需要说明的是，在不冲突的情况下，本申请的实施例及各实施例中的特征可以相互结合。是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。在本说明书的描意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。如图1所示，本申请第一方面实施例提供一种基于低代码平台的多维度视图对象对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据。[0024]如上所述，首先，系统会接收一个包含维度信息的输入(DimensionInfo)。这个维度信息描述了当前操作所针对的具体层级或分类，例如，在低代码开发平台中，这可能涉及[0025]接下来，系统根据这个维度信息来确定当前操作的具体维度级别。这意味着系统需要识别出用户希望在哪一个具体的层级上执行复制操作。例如，是想要在一个特定的卡片内进行操作，还是在某个列表中进行操作?明确这一点对于后续步骤至关重要，因为它决定了哪些数据将被处理以及如何处理这些数据。[0026]一旦确定了维度级别，下一步就是确认目标维度信息。这里的“目标维度信息”指的是基于上述维度级别判断后所确定的具体维度。比如，如果确定了是在某一张卡片上操作，那么这张卡片的相关信息(如它的标识符、名称等)就会成为目标维度信息的一部分。[0027]确认目标维度信息的过程还包括检查该维度是否适合执行复制操作，即验证该维度是否存在，并且是否符合预期的要求。这对于保证操作的准确性非常重要。[0028]最后一步是基于已经确认的目标维度信息来采集相关的源视图对象(Source7ViewObject,VO)元数据。这里所说的“采集”,实际上是指收集所有与该维度相关的扩展字段和节点信息。这些信息包括但不限于每个字段的名称、类型、编号等细节，以及它们之间的关系结构。[0029]通过这种方式，系统能够获取到所有必要的源数据，这些数据将在后续步骤中用于创建新的副本或者进行其他形式的操作，比如检查冲突、执行增量复制等。这样做不仅有助于保持数据的一致性和完整性，还能提高整个流程的效率，使得开发者可以更方便地管理和调整他们的定制内容，而不必担心数据丢失或混乱。[0030]举例来说，假设有一个企业资源管理系统(ERP),其中包含了一个用于管理客户信息的模块。在这个模块中，有一个表单允许用户输入和编辑客户的基本信息，如姓名、联系方式等。此外，该表单还支持根据不同业务需求进行扩展，例如添加新的字段或卡片来记录更详细的客户偏好信息。[0031]现在，开发团队希望在不干扰现有功能的情况下，将已有的“基本信息”卡片复制到一个新的维度——即创建一个专门用于记录“客户偏好”的新卡片，并确保所有相关联的数据(如视图对象VO、业务实体BE等)都[0032]首先，系统接收到一个维度信息(DimensionInfo),指示当前操作的目标是针对客户信息表单中的卡片维度。具体来说，这个维度信息可能包含了类似“基本信息卡片”这样的标识符。[0033]接下来，系统根据这个维度信息进行维度级别的判断，确认当前操作的具体层级的基础上进行操作。[0034]一旦确定了维度级别为“基本信息卡片”,下一步就是确认目标维度信息。在这种情况下，目标维度信息指的是即将创建的新卡片——即“客户偏好”卡片的相关信息。系统过来的数据。[0035]在这个阶段，系统还会检查是否有任何预设条件或限制，例如，是否允许在同一表单内创建多个相同类型的卡片，或者是否有特定的命名规则需要遵守等。[0036]最后一步是基于已经确认的目标维度信息(即“客户偏好”卡片),采集相关的源视图对象(SourceViewObject,VO)元数据。这包括收集所有与“基本信息”些字段的信息将会被采集下来。[0037]采集的内容不仅限于字段名称和类型，还包括它们之间的关系结构，比如哪些字段属于同一个分组，以及是否存在依赖关系等。这样做的目的是为了确保当这些数据被复制到“客户偏好”卡片时，所有的字段和它们的关系都能够保持一致，不会出现数据丢失或关系混乱的情况。[0038]通过上述步骤，开发团队能够成功地将“基本信息”卡片中的内容复制到新的“客户偏好”卡片上，同时保证了数据的一致性和完整性，使得整个系统更加灵活和易于维护。[0039]需要说明的是，在具体的实施场景下，还可以在上述方案的基础上，在采集源视图对象元数据之后，可以引入一个数据验证与清理步骤。这一步骤确保所有采集到的数据都是有效且符合预期的格式和标准。例如，可以检查字段名称是否唯一、数据类型是否正确、8是否存在必填字段未填写等情况。对于不符合要求的数据项，系统可以提供警告或自动修正功能。[0040]在具体的实施场景下，还可以在上述方案的基础上，当目标维度已经存在部分元数据时，可能会出现字段或节点冲突的问题。除了简单的冲突检测外，还可以开发自动化冲突解决机制。比如，根据预定义规则自动重命名重复字段、合并相似字段或者提示用户手动选择解决方案。这样可以减少人工干预，提[0041]在具体的实施场景下，还可以在上述方案的基础上，为了更好地管理不同版本的元数据变更，可以引入元数据版本控制系统。每次执行复制操作时，系统都会自动生成一个新的版本号，并记录下所有的变更细节。这不仅有助于追踪历史变更，也为回滚提供了可能。此外，版本控制还能帮助团队成员更好地协作，避免因多人同时编辑而导致的数据丢失问题。[0042]对所述目标维度信息和所述源视图对象元数据进行冲突检查，得到预检查结果。[0043]如上所述，在将源视图对象(SourceViewObject,VO)的元数据复制到目标维度之前，系统需要先确认这些数据是否能够在目标维度内无冲突地存在。这是为了防止新添加的数据与已有的数据发生冲突，比如字段名称重复、编号冲突等，从而保证系统的稳定性和数据的一致性。[0044]系统首先根据目标维度信息了解当前目标维度的具体情况。这包括但不限于该维度下已经存在的所有扩展V0元数据和业务实体(BE)元数据。[0045]接着，系统准备好要复制的源视图对象元数据。这些数据包括所有扩展字段和节[0046]字段冲突检测：系统会检查源视图对象中的每个字段是否在目标维度中已经存在相同或相似的字段。具体来说，就是对比字段标签、编号、名称等关键属性，看是否存在重[0047]节点冲突检测：同样地，对于节点信息也会进行类似的检查，查看是否有相同的节点编号或名称。[0048]业务实体(BE)冲突检测：由于VO通常与BE关联，系统还需要检查目标维度下的BE元数据，确保新增加的VO字段不会与现有的BE字段发生冲突。特别是在同一维度使用同一[0049]根据上述检测的结果，系统会生成一个预检查报告。这个报告详细列出了所有检测到的冲突点以及相应的建议措施。例如，如果发现字段名称重复，报告可能会建议重命名该字段；如果存在节点编号冲突，则可能建议调[0050]预检查结果不仅帮助开发者了解潜在的问题，还为后续的手动调整或自动修正提供了依据。[0051]举例来说，假设正在开发一个在线教育平台，该平台包含了一个用于创建和管理课程的模块。在这个模块中，有一个表单允许管理员输入课程的基本信息(如课程名称、描述等),并支持根据不同需求扩展课程详情，例如添加新的字段来记录课程的学习目标或适用人群。[0052]现在，开发团队希望将已有的“基本信息”卡片复制到一个新的维度——即创建一个专门用于记录“学习目标”的新卡片，并确保所有相关联9BE等)都能正确地被复制并且不会与现有数据发生冲突。[0053]目标维度信息：这里的目标维度是指即将创建的“学习目标”卡片。这个卡片将会存储有关课程学习目标的具体信息。[0054]源视图对象元数据：这些是来自“基本信息”卡片的元数据，包括但不限于课程名编号的字段。不同),或者有一个编号为“001”的字段(即使它的名称不同),这就构成了冲突。[0057]同样地，如果“基本信息”卡片中的某些字段属于某个特定的息节点”),那么在复制过程中，系统也会检查“学习目标”卡片中是否存在相同的节点编号或名称。[0059]在线教育平台中，课程信息通常与后台的业务实体(BE)紧密相关。例如，课程名相似的字段(如课程概述),则可能存在冲突。[0061]基于上述冲突检测的结果，系统生成一个预检查报告：如果发现了字段名称或编号的冲突，报告可能会建议重命名这些字段或调整它们的编号以避免冲突。[0062]对于节点冲突，报告可能会建议修改节点编号或名称，使得每个节点都是唯一的。[0063]若存在BE层面的冲突，报告可能会提供详细的对比分析，指出哪些字段可能引起[0064]需要说明的是，在具体的实施场景下，还可以在上述方案的基础上，除了识别冲突外，系统可以提供自动化或半自动化的解决方案建议。例如，当检测到字段名称冲突时，系统可以根据一定的规则(如添加时间戳、编号后缀等)自动生成新的字段名称，并提示用户是否接受这些建议。这样可以减少人工干预，提高操作效率。[0065]在具体的实施场景下，还可以在上述方案的基础上，为了帮助用户更好地理解和处理冲突，系统可以为每个检测到的冲突分配一个优先级。例如，字段名称冲突可能比节点编号冲突更紧急，因为它们直接影响到用户界面的展示。通过这种方式，用户可以首先解决最重要的冲突，从而逐步优化整个系统。[0066]在具体的实施场景下，还可以在上述方案的基础上，系统可以记录每次冲突检查的结果，并基于这些历史数据进行分析，找出常见的冲突模式。随着时间的推移，系统能够“学习”并预测未来可能出现的冲突类型，提前给出预防措施或者直接在设计阶段提出优化建议，避免潜在的问题。[0067]在具体的实施场景下，还可以在上述方案的基础上，引入用户反馈机制，允许用户在查看冲突报告时提交他们的意见或建议。比如，如果系统提供的某个解决方案不适用，用户可以直接在界面上标记出来，并说明原因。这些反馈可以帮助改进未来的冲突检测算法和服务质量。[0068]根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系。[0069]如上所述，首先，系统会仔细分析预检查报告中的所有冲突点。例如，字段名称重[0070]制定解决方案：根据预检查结果，确定如何解决这些冲突。比如，重命名冲突的字段或调整节点编号以避免冲突。[0071]根据预检查结果，从源视图对象中选择那些没有冲突或者已经解决了冲突的字段和节点信息。[0072]如果源视图对象自上次同步以来发生了变化，则需要准备这些变更增量(如新增的对象、字段等),以便在复制时只传输必要的更新部分，而不是整个数据集。[0073]遍历变更集中新增的对象(如新的表单项)。对于每个新增对象，将其添加到目标维度下的视图对象中，并修正其父对象引用，确保层次结构正确无误。[0074]类似地，处理新增字段。将它们添加到相应的节点中，并根据需要移除特定前缀或后缀(如“Ext_”前缀和“_Lv9”后缀),使其符合目标维度的标准格式。[0075]在复制过程中，自动维护VO与BE之间的映射关系。这意味着每新增一个对象或字段，都需要更新其对应的BE映射关系，确保两者之间的一致性和互操作性。[0076]不仅确保从VO到BE的数据同步，还要保证反向同步的有效性，即无论是从VO还是BE发起的更改都能正确反映在对方的数据模型中。[0077]将新增的对象和字段同步到扩展的业务实体(BE)上，确保所有相关的业务逻辑和数据完整性规则都被应用。[0078]最后一步是验证所有新增内容是否正确无误地被添加到了目标维度，并且所有映射关系都已建立并生效。[0079]通过上述步骤，系统能够生成扩展视图对象元数据及其与业务实体之间的映射关系。这不仅包括了从源视图对象复制过来的所有必要字段和节点，还包括了为适应目标维度而做出的所有调整和优化。这种增量复制方法显著提高了效率，因为它只处理实际发生改变的部分，而非整个数据集，同时保持了系统的稳定性和数据的一致性。[0080]举例来说，假设正在开发一个客户关系管理系统(CRM),该系统包含了一个用于记录客户信息的模块。在这个模块中，有一个表单允许用户输入和编辑客户的基本信息，如姓名、联系方式等。此外，这个表单支持根据不同业务需求进行扩展，例如添加新的字段或卡片来记录更详细的客户偏好信息。[0081]现在，开发团队希望将已有的“基本信息”卡片复制到一个新的维度——即创建一个专门用于记录“客户偏好”的新卡片，并确保所有相关BE等)都能正确地被复制并关联起来。[0082]在执行复制操作之前，系统进行了冲突检查，并得到了以下预检查结果：11[0083]节点编号冲突：目标维度中有一个节点编号为“N1”,而源视图对象中也有一个相同编号的节点。[0084]无BE冲突：由于两个卡片使用不同的业务实体(BE),因此不存在BE层面的冲突。[0085]源视图对象(“基本信息”卡片)包括以下字段：客户姓名联系方式备注(存在名称冲突)以及其他一些字段这些字段都属于一个节点编号为“N1”的节点。[0086]假设自上次同步以来，“基本信息”卡片新增了几个字段：客户来源推荐人信息这些新增字段需要被考虑进增量复制过程中。[0087]增量复制与同步处理解决冲突：对于字段名称冲突(“备注”字段),系统建议重命名源视图对象中的“备注”字段为“其他备注”以避免冲突。[0088]对于节点编号冲突(节点编号“N1”),系统建议调整源视图对象中的节点编号为“N2”。[0089]系统选择需要复制的字段和节点信息，包括修改后的字段名称和节点编号。[0090]准备新增字段(客户来源、推荐人信息)作为变更增量的一部分。[0091]将“基本信息”卡片中的字段(如客户姓名、联系方式、“其他备注”等)复制到“客户偏好”卡片中，并调整相应的节点编号为“N2”。[0092]新增字段(客户来源、推荐人信息)也被添加到“客户偏好”卡片中，确保它们能够无缝集成到现有结构中。[0093]在复制过程中，系统自动更新每个字段和节点与相应业务实体(BE)之间的映射关系。例如，确保“其他备注”字段正确映射到正确的BE字段上。[0094]确保从VO到BE的数据同步机制有效，使得任何后续更改都能正确反映在对方的数据模型中。[0095]所有新增的对象和字段都被同步到扩展的业务实体(BE)上，确保所有相关的业务逻辑和数据完整性规则都被应用。[0096]最后一步是验证所有新增内容是否正确无误地被添加到了目标维度，并且所有映射关系都已建立并生效。[0097]需要说明的是，在具体的实施场景下，还可以在上述方案的基础上，在执行增量复制之前，可以引入一个额外的数据验证与清理步骤：系统自动验证所有待复制的字段和节点信息是否符合预期格式和标准。例如，检查字段名称是否唯一、数据类型是否正确等。对于不符合要求的数据项，系统可以提供警告或建议修正措施。例如，自动去除无效字符或重命名重复的字段。[0098]在具体的实施场景下，还可以在上述方案的基础上，除了手动解决冲突外，还可以开发一套自动化冲突解决机制：系统根据预定义的规则自动调整冲突部分。例如，对于字段名称冲突，自动添加时供用户选择，并允许用户自定义解决方案。[0099]在具体的实施场景下，还可以在上述方案的基础上，为了更好地管理元数据的变每次执行增量复制操作时，系统都会创建一个新的版本号，并记录下所有的变更细节。这有助于追踪历史变更，也为回滚提供了可能。生成详细的变更日志，记录每次变更[0100]根据本申请的一个实施例，所述对维度信息进行维度级别判断，以确认目标维度信息，基于所述目标维度信息采集源视图对象元数据，具体为：将根据所述维度信息判断当前维度级别，得到所述目标维度信息；所述维度信息为具体维度层级的信息，所述目标维度信息为当前要复制到的目标维度的信息；所述源视图对象元数据为获取的当前要复制到的目标维度的信息的所有扩展字段和节点信息。[0101]如上所述，维度信息指的是关于当前操作所针对的具体层级或分类的信息。例如，在低代码开发平台中，这可能涉及到表单的不同部分，如卡片、列表等不同维度。提供必要的上下文信息，使系统能够识别出用户希望在哪一个具体的层级上执行复制操作。[0102]根据输入的维度信息(DimensionInfo),系统首先需要确定当前操作是针对哪个具体的维度级别进行的。比如，是想要在一个特定的卡片内进行操作，还是在某个列表中进行操作?明确这一点对于后续步骤至关重要，因为它决定了哪些数据将被处理以及如何处理这些数据。[0103]目标维度信息是指基于上述维度级别判断后所确定的具体维度。例如，如果确定了是在某一张卡片上操作，那么这张卡片的相关信息(如它的标识符、名称等)就会成为目标维度信息的一部分。[0104]系统会检查该维度是否有效，并且是否符合预期的要求。例如，确保该维度确实存在，并且可以接受从其他维度复制过来的数据。[0105]为即将进行的复制操作做好准备，包括但不限于清理缓存、准备存储空间等。[0106]源视图对象元数据指的是要复制到目标维度的所有扩展字段和节点信息。这些信[0107]系统会遍历源视图对象中的所有扩展字段，收集它们的属性(如名称、类型、编号等),并将这些信息以结构化的方式(如<节点编号，字段列表>的HashMap结构)存储起来。[0108]除了字段信息外，还会收集节点信息，即这些字段所属的更大结构单元(如分组、卡片等)。节点信息通常以列表形式存储，便于管理和引用。[0109]系统接收到包含具体维度层级信息的输入(DimensionInfo)。[0110]基于维度信息，系统确定当前操作的具体维度级别，例如确定是在“基本信息”卡[0111]系统进一步确认该维度的有效性，并准备好相应的环境以便进行复制操作。[0112]根据已确认的目标维度信息，系统开始采集所有相关的扩展字段和节点信息。这[0113]根据本申请的一个实施例，所述冲突检查，包括：视图对象元数据存在性检查和业务实体元数据存在性检查。[0114]如上所述，视图对象元数据存在性检查的主要目的是确认在目标维度中是否已经存在与源视图对象中相同或相似的扩展字段或节点信息。这一步骤是为了避免在复制过程中产生重复的数据条目或字段冲突。[0115]系统会检查目标维度中的每个字段名称和编号，看是否有与源视图对象中的字段名称或编号相同的字段。[0116]如果发现重复，可能意味着存在潜在的冲突，因为两个同名字段可能会导致数据混乱或覆盖。[0117]除了字段外，还会检查节点信息。节点是指一组相关的字段集合，例如一个表单中的卡片或分组。[0118]系统会检查目标维度中是否存在与源视图对象中相同的节点编号或名称，以防止节点重叠或重复。[0119]进一步地，系统还会对比字段的具体属性，如数据类型、默认值等，确保这些属性在目标维度中也是唯一的或兼容的。[0120]业务实体元数据存在性检查旨在确保在目标维度中使用的业务实体(BE)不会与源视图对象中涉及的BE发生冲突。业务实体通常包含了更深层次的数据结构和逻辑，因此这种检查对于维护数据的一致性和完整性至关重要。[0121]系统会检查目标维度中的业务实体中是否存在与源视图对象中相同的字段名称或编号。[0122]如果发现冲突，比如两个字段名称相同但含义不同，系统需要决定如何处理这种[0123]除了字段外，还会检查BE之间的关联关系。例如，在低代码开发平台中，一个视图对象(VO)可能关联到多个业务实体(BE),而这些BE之间可能存在依赖关系。[0124]系统需要确保这些依赖关系在目标维度中也能正确建立，避免出现孤立的或不完整的数据结构。[0125]确保目标维度中的业务逻辑与源视图对象中的业务逻辑保持一致。例如，如果某个字段在源视图对象中有一个特定的验证规则或计算逻辑，那么在目标维度中也应保持同样的规则和逻辑。[0126]根据本申请的一个实施例，所述视图对象元数据存在性检查，具体为：检查目标维度信息是否已存在扩展视图对象元数据：若存在，检查扩展字段和节点是否与源视图对象元数据存在冲突；[0127]如上所述，确认目标维度中是否已经存在扩展视图对象元数据，并进一步检查这些现有元数据与准备复制的源视图对象元数据之间是否存在任何冲突。通过这种检查，可以避免因重复字段或节点而导致的数据混乱或覆盖问题。[0128]系统首先需要确定目标维度中是否已经存在扩展视图对象元数据。这里的“扩展视图对象元数据”指的是已经在目标维度中存在的所有自定义或扩展的字段和节点。[0129]如果目标维度中没有现有的扩展视图对象元数据，则可以直接进行复制操作，无需担心冲突。但如果存在，则需要进一步检查以防止潜在的冲突。[0130]一旦确认目标维度中已存在扩展视图对象元数据，系统将进行更详细的冲突检系统会比较源视图对象中的每个字段标签与目标维度中已有的字段标签，看是否有相同的标签。例如，如果源视图对象中有一个字段标签为“备注”[0131]除了标签外，系统还会检查字段编号是否相同。即使字段标签不同，但编号相同也可能导致冲突，因为编号通常是唯一的标识符。[0132]最后，系统会检查字段名称是否重复。例如，在某些情况下，字段名称可能用于编程接口或数据库表中，因此名称的唯一性也很重要。[0133]节点是包含一组相关字段的较大结构单元，如卡片或分组。系统会检查源视图对象中的节点编号是否与目标维度中的节点编号重复。例如，如果源视图对象中有一个节点[0134]类似地，系统还会检查节点名称是否重复。即使编号不同，但名称相同也可能引起混淆，特别是在用户界面中显示时。[0135]为了更好地理解上述检查的内容，以下是一些具体的冲突示例：源视图对象中有字段标签为“客户姓名”,而目标维度中已经存在一个同名字段。这种情况下，直接复制会导致字段覆盖或数据丢失。字段，尽管它们的标签或名称不同。这种冲突可能导致系统内部引用错误。点。这种情况下，可能会导致节点下的所有字段都被覆盖或混淆。[0138]源视图对象中有一个节点名称为“基本信息”,而目标维度中也存在一个同名节点。即使节点编号不同，但名称相同也可能引起用户界面中的混淆。自动重命名冲突的字段或节点，添加时间戳或后缀(如“备注_20250516”)以区分不同版本。[0140]提供多种解决方案供用户选择，并允许用户自定义解决方案。[0141]通过这种细致的冲突检查，系统能够确保每次复制操作都是安全且有效的，从而维护系统的稳定性和数据的一致性。检查目标维度信息是否存在扩展业务实体元数据，具体包括：卡片和列表同一维度使用同一个业务实体元数据；检查业务实体中是否存在与源视图对象元数据冲突的字段和节点。[0143]如上所述，确认目标维度中是否已经存在扩展业务实体元数据，并进一步检查这些现有元数据与准备复制的源视图对象元数据之间是否存在任何冲突。通过这种检查，可以避免因重复字段或节点而导致的数据混乱或覆盖问题。[0144]系统首先需要确定目标维度中是否已经存在扩展业务实体元数据。这里的“扩展业务实体元数据”指的是已经在目标维度中存在的所有自定义或扩展的业务逻辑和数据结[0145]如果目标维度中没有现有的扩展业务实体元数据，则可以直接进行复制操作，无需担心冲突。但如果存在，则需要进一步检查以防止潜在的冲突。[0146]一旦确认目标维度中已存在扩展业务实体元数据，系统将进行更详细的冲突检卡片和列表同一维度使用同一个业务实体元数据在一个低代码开发平台中，不同的视图对象(如卡片、列表)可能共享同一个业务实体(BE)。例如，在一个表单中，卡片和列表可能会使用相同的业务实体来存储和管理数[0147]系统会检查目标维度中的卡片和列表是否使用同一个业务实体元数据。[0148]如果是这样，系统需要特别注意确保新增加的字段或节点不会与现有的业务实体元数据产生冲突。[0149]系统会比较源视图对象中的每个字段与目标维度中业务实体中的字段，看是否有[0150]例如，如果源视图对象中有一个字段标签为“客户姓名”,而目标维度中的业务实[0151]即使字段标签不同，但编号相同也可能导致冲突，因为编号通常是唯一的标识符。[0152]字段名称的唯一性也很重要，特别是在编程接口或数据库表中引用时。[0153]除了字段外，系统还会检查节点信息。节点是指包含一组相关字段的较大结构单[0154]系统会检查源视图对象中的节点编号是否与目标维度中的业务实体中的节点编号重复。例如，如果源视图对象中有一个节点编号为“N1”,而目标维度中的业务实体中也有[0155]类似地，系统还会检查节点名称是否重复。即使编号不同，但名称相同也可能引起[0156]为了更好地理解上述检查的内容，以下是一些具体的冲突示例：源视图对象中有字段标签为“备注”,而目标维度中的业务实体中也存在一个同名[0157]源视图对象中有一个字段编号为“001”,而目标维度中的业务实体中也存在一个[0158]源视图对象中有一个节点编号为“N1”,而目标维度中的业务实体中也存在一个编[0159]源视图对象中有一个节点名称为“基本信息”,而目标维度中的业务实体中也存在一个同名节点。即使节点编号不同，但名称相同也可能引起用户界面中的混淆。[0160]一旦检测到冲突，系统可以根据预设规则自动处理或提示用户手动解决。例如：自动重命名冲突的字段或节点，添加时间戳或后缀(如“备注_20250516”)以区分不同版本。[0161]提供多种解决方案供用户选择，并允许用户自定义解决方案。[0162]根据本申请的一个实施例，所述根据所述预检查结果、所述源视图对象元数据和变更增量进行增量复制与同步处理，得到扩展视图对象元数据以及映射关系，具体为：使用抽取所述源视图对象元数据与所述源视图对象元数据上级视图对象之间的变更增量；对新增对象和字段进行处理，添加到目标视图对象中，修正父对象引用和移除特定前缀和后缀；更新新增对象和字段的映射关系，确保指向目标业务实体元数据；同步新增对象和字段到扩展业务实体上。[0163]如上所述，使用抽取源视图对象元数据与其上级视图对象之间的变更增量，识别并提取自上次同步以来源视图对象元数据中发生的变更。[0164]系统会比较当前的源视图对象元数据和其上级视图对象(即上一个版本或父级视[0165]这些变更增量通常包括但不限于新增的对象(如新的表单项)、新增的字段、修改的对象属性等。[0166]对新增对象和字段进行处理，添加到目标视图对象中，修正父对象引用和移除特定前缀和后缀将变更增量中的新增对象和字段安全地添加到目标视图对象中，并确保这些新添加的内容符合目标维度的要求。[0167]遍历变更增量中的新增对象(例如，新增的表单项),将其添加到目标视图对象中，并修正父对象引用。这一步骤确保新增对象正确地嵌套在其父对象之下，维持正确的层次结构。[0169]类似地，处理新增字段，将它们添加到目标视图对象对应的节点中。[0170]某些字段可能包含特定的前缀或后缀(如“Ext_”前缀和“_Lv9”后缀),这些标记可能是为了区分不同版本或环境而添加的。在复制过程中，系统会移除这些标记，使字段名称更加简洁和一致。[0171]更新新增对象和字段的映射关系，确保指向目标业务实体元数据，维护视图对象(VO)与业务实体(BE)之间的映射关系，确保新增的对象和字段能够正确地与目标业务实体中的对应部分关联起来。[0172]对于每个新增的对象和字段，系统会更新其映射关系，确保它们指向目标业务实体中的相应部分。例如，如果新增了一个字段“客户来源”,系统会更新该字段的映射关系，使其指向目标业务实体中相应的字段。[0173]不仅要确保从VO到BE的数据同步，还要