CN115268873A - 一种基于多人协作的低代码文件开发方法 - Google Patents
一种基于多人协作的低代码文件开发方法 Download PDFInfo
- Publication number
- CN115268873A CN115268873A CN202210924517.4A CN202210924517A CN115268873A CN 115268873 A CN115268873 A CN 115268873A CN 202210924517 A CN202210924517 A CN 202210924517A CN 115268873 A CN115268873 A CN 115268873A
- Authority
- CN
- China
- Prior art keywords
- file
- editing
- conflict
- code
- original
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本申请涉及一种基于多人协作的低代码文件开发方法,通过低代码平台,创建不同工程的原始文件;检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决。能够在同一个编辑平台上进行协同开发低代码应用,节点前后编辑开发后的应用代码,可以根据版本信息进行匹配性检测和二次编辑,在检测二次文件与原始文件是否存在冲突后,采用git冲突合并机制进行解决冲突情况,能够快速有效判断是否有冲突,并提醒冲突点进行解决,让多人协同开发低代码避免冲突,以此保证代码协同开发的一致性和提高可用性。
Description
技术领域
本公开涉及软件开发技术领域,尤其涉及一种基于多人协作的低代码文件开发方法、装置和控制系统。
背景技术
低代码开发,即通过少量的代码完成系统应用的开发。在低代码开发领域,时常需要多人进行协同开发。
目前底代码领域的协同方案主要包括以下两种:
第一种:基于不同模块的协同,每个人负责不同的模块,最后模块组装成应用;此方法存在模块内部的协同功能缺失的问题,不能使得多人在同一个协同环境下进行代码开发;
第二种:基于OT算法的在线文档协同,该方法的优点是能做到实时的显示;但是缺点是实现复杂、代价较大,在底代码领域可用性较差,依旧无法做到多人协作操作于同一个页面。
发明内容
为了解决上述问题,本申请提出一种基于多人协作的低代码文件开发方法、装置和控制系统。
本申请一方面,提出一种基于多人协作的低代码文件开发方法,包括如下步骤:
通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
作为本申请的一可选实施方案,可选地,通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中,包括:
预设工程创建规则;
根据所述工程创建规则,通过VIS可视化物联网开发平台,搭建不同工程的低代码原始文件,其中,所述工程的低代码原始文件中携带有该应用的版本信息;
将不同工程的低代码原始文件,按照不同版本的预设文件路径,保存至文件管理系统。
作为本申请的一可选实施方案,可选地,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交,包括:
确定待编辑的所述原始文件;
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若存在与所述版本信息相对应的所述目标编辑文件,则获取该目标编辑文件,并对所述目标编辑文件进行解析,得到编辑解析文件;
将所述编辑解析文件渲染,并提交至前端所述低代码平台的编辑页面;
在所述编辑页面内,对所述编辑解析文件进行二次编辑,得到协同编辑后的二次文件,并将所述二次文件提交至所述文件管理系统。
作为本申请的一可选实施方案,可选地,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交至代码层,还包括:
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若不存在与所述版本信息相对应的所述目标编辑文件,则结束检测。
作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,包括:
从所述文件管理系统中获取所述二次文件;
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间存在冲突,则采用git冲突合并机制对所述冲突自动合并,提交并保存解决冲突后的所述二次文件至所述文件管理系统。
作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
检测自动合并后,是否还存在所述冲突:
若还存在所述冲突,则将所述冲突反馈至前端并显示,进行手动解决,解决完毕,再次进入编辑页面,进行提交。
作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间不存在冲突,则结束检测,进入下一步骤。
本申请另一方面,提出一种实现所述的基于多人协作的低代码文件开发方法的装置,包括:
VIS可视化物联网开发模块,用于通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
二次编辑模块,用于检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
冲突解决模块,用于检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
协作循环模块,用于解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
本申请另一方面,还提出一种控制系统,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述可执行指令时实现所述的一种基于多人协作的低代码文件开发方法。
本发明的技术效果:
基于本申请的实施方案,本申请通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;解决完毕,循环进入二次编辑步骤,直至工程编辑结束。能够在同一个编辑平台上进行协同开发低代码应用,节点前后编辑开发后的应用代码,可以根据版本信息进行匹配性检测和二次编辑,在检测二次文件与原始文件是否存在冲突后,采用git冲突合并机制进行解决冲突情况,能够快速有效判断是否有冲突,并提醒冲突点进行解决,让多人协同开发低代码避免冲突,以此保证代码协同开发的一致性和提高可用性。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出为本发明基于多人协作的低代码文件开发方法的实施流程示意图;
图2示出为本发明的应用架构系统;
图3示出为本发明实施步骤的时序图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
术语解释:
低代码:通过少量的代码完成系统应用的开发;
DSL:领域设计语言;
JSP文件:JSP全称Java Server Pages,是一种动态网页开发技术;
VIS:可视化物联网工作室(VisualIOTStudio),是指令集操作系统上的一个底层框架,是低代码工具的工具(相关的介绍由另外专利输出);
Git:一种代码管理工具。
实施例1
本申请通过在同一个编辑平台上进行协同开发低代码应用,节点前后编辑开发后的应用代码,可以根据版本信息进行匹配性检测和二次编辑,在检测二次文件与原始文件是否存在冲突后,采用git冲突合并机制进行解决冲突情况,能够快速有效判断是否有冲突,并提醒冲突点进行解决,让多人协同开发低代码避免冲突,以此保证代码协同开发的一致性和提高可用性。
首先,如图2所示,本申请提供了一种应用架构,用于实施本方法。
架构包括:
1、组件:底代码设计器前端组件,包括多行文本,单行文本等是用来搭建底代码应用的最小单元。在可视化编辑页面中,如VIS可视化物联网平台上,配置有若干不同的功能组件,在编辑不同工程的代码文件时,可以调用不同的功能组件进行代码文件的搭建和设计,具体根据所配置的组件进行选用。
2、代码层如JS这一层:描述底代码最终生成的文件,包含的类型,比如JS,意为生成js代码,DSL,意为描述底代码的领域设计语言描述文档等
3、文件管理系统:底代码生成的文件的管理系统,包含:版本管理,路径管理,文件管理以及文件储存,是底代码多人协作的主要实现部分。底代码搭建的应用最终都以文件的形式存储,而多人协作的实现也是基于文件为单位进行冲突合并。文件管理系统可以采用指令集系统的文件管理系统。
具体通过vis进行文件的提交,vis是底代码工具,前端通过组件搭建的应用,vis会直接转化成对应类型的文件,文件提交就是通过点击保存按钮,文件以http restfulapi的方式提交到后台,后台会将文件存储并管理。
如图1所示,本实施例,主要在可视化的低代码平台中,进行不同工程的代码协同编辑,利用git冲突合并机制,对前后文件的检测冲突进行解决,解决后进入下一步编辑工序。通过这种方式,对前后编辑工作/文件进行检查,使得在同一个编辑页面编辑的代码文件具有一致的实用性,避免前后编辑代码文件的版本/属性不一致。
本申请一方面,提出一种基于多人协作的低代码文件开发方法,包括如下步骤:
S1、通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
本实施例,优选VIS可视化物联网开发平台进行低代码文件编辑和应用开发。
所有的组件都可以通过VIS转化为Javascript(JS)文件、TypeScript(TS)文件、CSS文件、DSL描述文件等,vis是目前指令集自研的底代码开发工具。
作为本申请的一可选实施方案,可选地,通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中,包括:
预设工程创建规则;
根据所述工程创建规则,通过VIS可视化物联网开发平台,搭建不同工程的低代码原始文件,其中,所述工程的低代码原始文件中携带有该应用的版本信息;
将不同工程的低代码原始文件,按照不同版本的预设文件路径,保存至文件管理系统。
如图3所示,首先,编程人员在开发应用之前,需要设定该开发应用的工程创建原则,后续工作将按照该工程创建原则进行,因此工程创建原则具体根据用户对应用的要求进行设定。
其次,编程人员可以利用上述图2所示架构的VIS可视化物联网开发平台,开始进行工程创建,得到第一工序的工程的原始文件,即在编辑平台上开始第一阶段的低代码文件编辑,得到第一阶段工程的原始文件,并将所述原始文件储存在文件管理系统中,储存时,根据不同版本信息,规划好路径,进行储存。
其中,在第一阶段编辑得到的原始代码文件中,包含了该应用的开发版本信息,版本信息将用于下一个阶段的编辑检测、验证信息。在下一个阶段编程开始之前,将利用该版本信息从文件管理系统中提取与之相对应的文件、判断是否存在相匹配的文件(第一阶段的编辑文件),有则提取至编辑页面并进行二次编辑,实现协同编程、开发。
S2、检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
在后续阶段需要接上上一工序的编辑任务时,需要从文件管理系统(数据库)中提取上一工序的原始文件,该原始文件即为待编辑的所述原始文件。获取后,进行下一工序的代码开发和编辑。待编辑的所述原始文件,是编程用户确定需要继续进行编辑的文件,将根据工程类型或者应用开发项目进行确定,因为应用开发时,需要同时对不同应用项目或者模块进行分配任务,确定好待编辑的所述原始文件后,将从数据库中调取该任务,继续编辑。
作为本申请的一可选实施方案,可选地,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交,包括:
确定待编辑的所述原始文件;
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若存在与所述版本信息相对应的所述目标编辑文件,则获取该目标编辑文件,并对所述目标编辑文件进行解析,得到编辑解析文件;
将所述编辑解析文件渲染,并提交至前端所述低代码平台的编辑页面;
在所述编辑页面内,对所述编辑解析文件进行二次编辑,得到协同编辑后的二次文件,并将所述二次文件提交至所述文件管理系统。
如图3所示,确定好待编辑的所述原始文件,即确定了上一次编辑的代码项目,本次将继续该待编辑的所述原始文件进行二次编辑,即以不同的工程,不同的应用版本的存储路径不同,检测是否存在文件,如果存在,则解析文件渲染原始文件到前端,进行二次编辑。
编辑之前,首先通过该待编辑的所述原始文件的版本信息,检测:文件管理系统中是否真正、正确存在该版本信息所对应的代码文件,以此避免代码文件丢失,以及从该版本信息所对应的文件路径中,找到正确的编辑代码文件,快速从文件管理系统中找到该项目所对应的编辑数据包,即检测到所述文件管理系统中存在与所述版本信息相对应的目标编辑文件后,将所述目标编辑文件进行解析、渲染,并将解析、渲染后的代码文件提交至前端的所述低代码平台的编辑页面中,准备二次编辑。
此时编程人员可以在所述编辑页面内,对所述编辑解析文件进行二次编辑,得到协同编辑后的二次文件,并将所述二次文件提交至所述文件管理系统。完成写一个阶段的文件编辑,编辑后,可以进行保存,等待下一次的继续编程,以此实现协同开发。
上述解析、渲染的具体实现方式,可以采用编程人员常规的方法进行解析等,本处不作限定。
作为本申请的一可选实施方案,可选地,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交至代码层,还包括:
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若不存在与所述版本信息相对应的所述目标编辑文件,则结束检测。
若是存在根据版本信息,未从文件管理系统中检测得到与之相对应的原始文件,则说明上次编程文件缺失、未保存或者未储存在文件管理系统的正确位置等,此时可以结束检测,放弃本次编程。
S3、检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
编辑完成提交后,页面生成对应的二次文件(JS、TS、CSS等文件),检测二次文件与原始文件是否存在冲突:
如果冲突,采用git冲突合并机制进行解决,自动合并冲突,否则直接提交,文件版本发生变化;
如果自动合并后依然冲突,反馈给前端页面,手动解决冲突后再次提交。
如图3所示,作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,包括:
从所述文件管理系统中获取所述二次文件;
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间存在冲突,则采用git冲突合并机制对所述冲突自动合并,提交并保存解决冲突后的所述二次文件至所述文件管理系统。
冲突检测算法,本实施例不作限定。git冲突合并机制,为现有技术,可以参考如:“https://blog.csdn.net/u011943534/article/details/83449402”,本实施例不作限定。
作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
检测自动合并后,是否还存在所述冲突:
若还存在所述冲突,则将所述冲突反馈至前端并显示,进行手动解决,解决完毕,再次进入编辑页面,进行提交。
上述通过git冲突合并机制,对冲突进行解决的方案,本实施例不再赘述。处理冲突的流程,对于冲突检测算法、自动合并冲突算法,采用git的方式,后续可改进算法。
对于提交后检测文件冲突,自动解决冲突,对于无法自动解决的冲突,前端展示,手动解决。
为了确保冲突解决彻底,对检测自动合并后,再次检测冲突,对于无法自动解决的冲突,前端展示,手动解决。解决完毕,再次进入编辑页面,进行提交。
作为本申请的一可选实施方案,可选地,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间不存在冲突,则结束检测,进入下一步骤。
S4、解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
采用上述步骤S2-S3,进行连续的协同编程、应用代码编辑,直至该应用/程序的工程编辑完毕。
因此,本申请通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;解决完毕,循环进入二次编辑步骤,直至工程编辑结束。能够在同一个编辑平台上进行协同开发低代码应用,节点前后编辑开发后的应用代码,可以根据版本信息进行匹配性检测和二次编辑,在检测二次文件与原始文件是否存在冲突后,采用git冲突合并机制进行解决冲突情况,能够快速有效判断是否有冲突,并提醒冲突点进行解决,让多人协同开发低代码避免冲突,以此保证代码协同开发的一致性和提高可用性。
实施例2
基于实施例1的实施原理,本申请另一方面,提出一种实现所述的基于多人协作的低代码文件开发方法的装置,包括:
VIS可视化物联网开发模块,用于通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
二次编辑模块,用于检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
冲突解决模块,用于检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
协作循环模块,用于解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
上述各个模块的功能和应用原理具体参见实施例1的描述,本实施例不再赘述。
显然,本领域的技术人员应该明白,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成的,程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各控制方法的实施例的流程。上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成的,程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各控制方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)、随机存储记忆体(RandomAccessMemory,RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive,缩写:HDD)或固态硬盘(Solid-StateDrive,SSD)等;存储介质还可以包括上述种类的存储器的组合。
实施例3
更进一步地,本申请另一方面,还提出一种控制系统,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述可执行指令时实现所述的一种基于多人协作的低代码文件开发方法。
本公开实施例来控制系统包括处理器以及用于存储处理器可执行指令的存储器。其中,处理器被配置为执行可执行指令时实现前面任一所述的一种基于多人协作的低代码文件开发方法。
此处,应当指出的是,处理器的个数可以为一个或多个。同时,在本公开实施例的控制系统中,还可以包括输入装置和输出装置。其中,处理器、存储器、输入装置和输出装置之间可以通过总线连接,也可以通过其他方式连接,此处不进行具体限定。
存储器作为一计算机可读存储介质,可用于存储软件程序、计算机可执行程序和各种模块,如:本公开实施例的一种基于多人协作的低代码文件开发方法所对应的程序或模块。处理器通过运行存储在存储器中的软件程序或模块,从而执行控制系统的各种功能应用及数据处理。
输入装置可用于接收输入的数字或信号。其中,信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置可以包括显示屏等显示设备。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (9)
1.一种基于多人协作的低代码文件开发方法,其特征在于,包括如下步骤:
通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
2.根据权利要求1所述的一种基于多人协作的低代码文件开发方法,其特征在于,通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中,包括:
预设工程创建规则;
根据所述工程创建规则,通过VIS可视化物联网开发平台,搭建不同工程的低代码原始文件,其中,所述工程的低代码原始文件中携带有该应用的版本信息;
将不同工程的低代码原始文件,按照不同版本的预设文件路径,保存至文件管理系统。
3.根据权利要求1所述的一种基于多人协作的低代码文件开发方法,其特征在于,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交,包括:
确定待编辑的所述原始文件;
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若存在与所述版本信息相对应的所述目标编辑文件,则获取该目标编辑文件,并对所述目标编辑文件进行解析,得到编辑解析文件;
将所述编辑解析文件渲染,并提交至前端所述低代码平台的编辑页面;
在所述编辑页面内,对所述编辑解析文件进行二次编辑,得到协同编辑后的二次文件,并将所述二次文件提交至所述文件管理系统。
4.根据权利要求3所述的一种基于多人协作的低代码文件开发方法,其特征在于,检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交至代码层,还包括:
根据所述待编辑的所述原始文件的版本信息,检测所述文件管理系统中是否存在与所述版本信息相对应的目标编辑文件:
若不存在与所述版本信息相对应的所述目标编辑文件,则结束检测。
5.根据权利要求1所述的一种基于多人协作的低代码文件开发方法,其特征在于,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,包括:
从所述文件管理系统中获取所述二次文件;
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间存在冲突,则采用git冲突合并机制对所述冲突自动合并,提交并保存解决冲突后的所述二次文件至所述文件管理系统。
6.根据权利要求5所述的一种基于多人协作的低代码文件开发方法,其特征在于,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
检测自动合并后,是否还存在所述冲突:
若还存在所述冲突,则将所述冲突反馈至前端并显示,进行手动解决,解决完毕,再次进入编辑页面,进行提交。
7.根据权利要求5所述的一种基于多人协作的低代码文件开发方法,其特征在于,检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决,还包括:
基于冲突检测算法,检测所述二次文件与其所对应的所述原始文件之间是否存在冲突:
若所述二次文件与其所对应的所述原始文件之间不存在冲突,则结束检测,进入下一步骤。
8.一种实现权利要求1-7中任一项所述的基于多人协作的低代码文件开发方法的装置,其特征在于,包括:
VIS可视化物联网开发模块,用于通过低代码平台,创建不同工程的原始文件,并将所述原始文件储存在文件管理系统中;
二次编辑模块,用于检测并获取待编辑的所述原始文件,进行二次编辑,得到二次文件,并将所述二次文件提交;
冲突解决模块,用于检测所述二次文件与所述原始文件是否存在冲突,若是存在冲突,则基于git冲突合并机制对冲突进行解决;
协作循环模块,用于解决完毕,循环进入二次编辑步骤,直至工程编辑结束。
9.一种控制系统,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述可执行指令时实现权利要求1至7中任一项所述的一种基于多人协作的低代码文件开发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210924517.4A CN115268873A (zh) | 2022-08-02 | 2022-08-02 | 一种基于多人协作的低代码文件开发方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210924517.4A CN115268873A (zh) | 2022-08-02 | 2022-08-02 | 一种基于多人协作的低代码文件开发方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115268873A true CN115268873A (zh) | 2022-11-01 |
Family
ID=83748137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210924517.4A Pending CN115268873A (zh) | 2022-08-02 | 2022-08-02 | 一种基于多人协作的低代码文件开发方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115268873A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115629746A (zh) * | 2022-12-22 | 2023-01-20 | 西安葡萄城软件有限公司 | 一种低代码平台多人协同开发的方法及系统 |
-
2022
- 2022-08-02 CN CN202210924517.4A patent/CN115268873A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115629746A (zh) * | 2022-12-22 | 2023-01-20 | 西安葡萄城软件有限公司 | 一种低代码平台多人协同开发的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11604628B2 (en) | Generation and/or recommendation of tools for automating aspects of computer programming | |
CN108762743B (zh) | 一种数据表操作代码生成方法及装置 | |
US11902391B2 (en) | Action flow fragment management | |
JP6417791B2 (ja) | アプリケーションテスト支援装置、そのデータ処理方法、およびプログラム | |
CN107832052B (zh) | 展示预览页面的方法、装置和存储介质以及电子设备 | |
CN115268873A (zh) | 一种基于多人协作的低代码文件开发方法 | |
CN117875288A (zh) | 一种表单页面生成方法、装置及电子设备 | |
CN113760266B (zh) | 一种功能模块文件的创建方法、创建装置和电子设备 | |
CN110795671A (zh) | 一种数据填报方法、计算设备及存储介质 | |
CN112395182A (zh) | 自动化测试方法、装置、设备及计算机可读存储介质 | |
TW200406692A (en) | Semiconductor test data analysis system | |
CN110825745A (zh) | 页面的生成方法及装置 | |
CN116795377A (zh) | 代码数据处理方法及装置 | |
CN117112012A (zh) | 应用配置生成方法、装置、设备及介质 | |
CN111159270A (zh) | 一种调度Zeppelin任务的方法、系统、计算设备及存储介质 | |
US10061686B2 (en) | Method, electronic apparatus, system, and storage medium for automated testing of application user interface | |
CN115033436A (zh) | 页面测试方法及装置、电子设备、存储介质 | |
JP6551082B2 (ja) | テスト支援装置、テスト支援方法およびテスト支援プログラム | |
US20210224472A1 (en) | Information processing apparatus and non-transitory computer readable medium storing program | |
JP6097231B2 (ja) | プログラム生成装置および方法 | |
JP6552162B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
JP5504212B2 (ja) | テストケース自動生成システム、テストケース自動生成方法、およびテストケース自動生成プログラム | |
WO2015001721A1 (ja) | ユーザインタフェース検査方法、装置およびプログラム | |
CN112528192A (zh) | 信息处理方法、信息显示方法及装置 | |
US11194457B1 (en) | Knowledge engine auto-generation of guided flow experience |
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 |