CN117215558A - 安卓的基于可视化的软件开发方法、装置、设备及介质 - Google Patents
安卓的基于可视化的软件开发方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN117215558A CN117215558A CN202311258882.7A CN202311258882A CN117215558A CN 117215558 A CN117215558 A CN 117215558A CN 202311258882 A CN202311258882 A CN 202311258882A CN 117215558 A CN117215558 A CN 117215558A
- Authority
- CN
- China
- Prior art keywords
- component
- software development
- preset
- target
- integrated
- 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
- 230000000007 visual effect Effects 0.000 title claims abstract description 85
- 238000000034 method Methods 0.000 title claims abstract description 81
- 238000012545 processing Methods 0.000 claims abstract description 27
- 238000011161 development Methods 0.000 claims description 30
- 238000012800 visualization Methods 0.000 claims description 23
- 230000010354 integration Effects 0.000 claims description 21
- 238000012795 verification Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 13
- 238000010276 construction Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 9
- 230000006855 networking Effects 0.000 claims description 9
- 230000008569 process Effects 0.000 abstract description 21
- 238000013461 design Methods 0.000 description 30
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 16
- 238000007726 management method Methods 0.000 description 8
- 230000001419 dependent effect Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- UGODCLHJOJPPHP-AZGWGOJFSA-J tetralithium;[(2r,3s,4r,5r)-5-(6-aminopurin-9-yl)-4-hydroxy-2-[[oxido(sulfonatooxy)phosphoryl]oxymethyl]oxolan-3-yl] phosphate;hydrate Chemical compound [Li+].[Li+].[Li+].[Li+].O.C1=NC=2C(N)=NC=NC=2N1[C@@H]1O[C@H](COP([O-])(=O)OS([O-])(=O)=O)[C@@H](OP([O-])([O-])=O)[C@H]1O UGODCLHJOJPPHP-AZGWGOJFSA-J 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 238000013439 planning Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 2
- PMHURSZHKKJGBM-UHFFFAOYSA-N isoxaben Chemical group O1N=C(C(C)(CC)CC)C=C1NC(=O)C1=C(OC)C=CC=C1OC PMHURSZHKKJGBM-UHFFFAOYSA-N 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000003339 best practice Methods 0.000 description 1
- 230000000739 chaotic effect Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Stored Programmes (AREA)
Abstract
本申请提供一种安卓的基于可视化的软件开发方法、装置、设备及介质。涉及计算机技术领域。该方法包括:对多个预设组件进行集成处理,得到集成插件;响应于对所述集成插件的触发操作,展示组件的可视化界面;基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,并获取所述目标组件对应的组件代码;基于所述目标组件对应的组件代码,进行软件开发。本申请的方法,减少了软件开发过程中的人工操作,使软件开发更加自动化、智能化,提高了软件开发效率。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种安卓的基于可视化的软件开发方法、装置、设备及介质。
背景技术
随着公司/企业所涉及业务的不断拓展,开发新项目的需求也逐渐增加。在安卓的日常开发中,通常会访问多种依赖库,来进行软件开发,加快开发进程。
目前,要想在开发过程中访问依赖库,通常需要开发人员手动操作,以将需要访问的各个依赖库,添加至软件开发代码中。这种依赖库的访问方式,比较依赖人工操作,导致开发效率低下。同时,在人工操作出现失误的情况下,需要耗费大量的时间来排查失误,增加了时间成本和人力成本。
除此之外,在新项目需要多个开发人员协调完成的情况下,通过人工操作配置各个依赖库,缺乏统一的开发标准,容易出现开发混乱现象以及访问的依赖库的兼容性问题。
发明内容
本申请提供一种安卓的基于可视化的软件开发方法、装置、设备及介质,用以解决现有技术中通过人工操作访问依赖库导致开发效率低、浪费了时间成本和人力成本的问题。
第一方面,本申请提供一种安卓的基于可视化的软件开发方法,包括:
对多个预设组件进行集成处理,得到集成插件;其中,所述预设组件表征软件开发的依赖库;所述集成插件表征安装在进行软件开发的构建工具中的插件;
响应于对所述集成插件的触发操作,展示组件的可视化界面;其中,所述组件的可视化界面表征选择预设组件的界面;
基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,并获取所述目标组件对应的组件代码;其中,所述选择操作包括选择代码获取位置;所述代码获取位置与代码获取方式相对应;
基于所述目标组件对应的组件代码,进行软件开发。
在一种可能的设计中,所述基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,包括:
获取组件版本信息;其中,所述组件版本信息表征在所述组件的可视化界面中输入的组件版本号;所述组件版本号表征所述集成插件中预设组件的更新次数;
从所述多个预设组件中,确定与所述组件版本信息相匹配的第一组件,并将所述第一组件展示在所述组件的可视化界面中;
响应于对所述第一组件的选择操作,确定所述目标组件。
在一种可能的设计中,所述获取所述目标组件对应的组件代码,包括:
若所述选择操作选择的代码获取位置表征网络库,从预先设置的第一仓库中,获取所述目标组件的组件代码;其中,所述第一仓库表征需要联网访问的数据库;
若所述选择操作选择的代码获取位置表征本地库,从所述构建工具对应的第二仓库中,获取所述目标组件的组件代码;其中,所述第二仓库表征不需要联网访问的数据库。
在一种可能的设计中,所述选择操作包括选择项目名称;所述基于所述目标组件对应的组件代码,进行软件开发,包括:
基于所述目标组件对应的组件代码,对与所述项目名称相对应的项目进行软件开发。
在一种可能的设计中,所述目标组件的数量为多个;所述基于所述目标组件对应的组件代码,进行软件开发,包括:
确定各所述目标组件的拼接顺序;
基于所述拼接顺序,将各个所述目标组件的组件代码进行拼接处理,得到拼接后的组件代码;
基于所述拼接后的组件代码,进行软件开发。
在一种可能的设计中,所述基于所述拼接后的组件代码,进行软件开发,包括:
将所述拼接后的组件代码,添加至项目配置文件中;其中,所述项目配置文件表征对需要进行软件开发的项目进行初始化配置的文件;
基于所述项目配置文件,进行软件开发。
在一种可能的设计中,所述响应于对所述集成插件的触发操作,展示组件的可视化界面,包括:
响应于对所述集成插件的触发操作,调用可视化工具包,并基于所述可视化工具包,展示所述组件的可视化界面。
在一种可能的设计中,所述对多个预设组件进行集成处理,得到集成插件,包括:
对每个所述预设组件进行安全验证,得到安全验证之后的预设组件;
对所述安全验证之后的预设组件,进行集成处理,得到所述集成插件。
在一种可能的设计中,在对多个预设组件进行集成处理,得到集成插件之后,所述方法还包括:
获取组件更新信息;其中,所述组件更新信息表征所述预设组件的更新信息;
基于所述组件更新信息,更新所述集成插件中的各个预设组件。
在一种可能的设计中,所述多个预设组件表征至少以下依赖库:第三方库、工具类、SDK包、JDK包、通用资源库、网络库、软件开发模板、功能模块、安全工具库。
第二方面,本申请提供一种安卓的基于可视化的软件开发装置,包括:
集成单元,用于对多个预设组件进行集成处理,得到集成插件;其中,所述预设组件表征软件开发的依赖库;所述集成插件表征安装在进行软件开发的构建工具中的插件;
展示单元,用于响应于对所述集成插件的触发操作,展示组件的可视化界面;其中,所述组件的可视化界面表征选择预设组件的界面;
选择单元,用于基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,并获取所述目标组件对应的组件代码;其中,所述选择操作包括选择代码获取位置;所述代码获取位置与代码获取方式相对应;
开发单元,用于基于所述目标组件对应的组件代码,进行软件开发。
在一种可能的设计中,选择单元,包括:
确定单元,用于获取组件版本信息;其中,所述组件版本信息表征在所述组件的可视化界面中输入的组件版本号;所述组件版本号表征所述集成插件中预设组件的更新次数;
从所述多个预设组件中,确定与所述组件版本信息相匹配的第一组件,并将所述第一组件展示在所述组件的可视化界面中;
响应于对所述第一组件的选择操作,确定所述目标组件。
在一种可能的设计中,选择单元,包括:
获取单元,用于若所述选择操作选择的代码获取位置表征网络库,从预先设置的第一仓库中,获取所述目标组件的组件代码;其中,所述第一仓库表征需要联网访问的数据库;
若所述选择操作选择的代码获取位置表征本地库,从所述构建工具对应的第二仓库中,获取所述目标组件的组件代码;其中,所述第二仓库表征不需要联网访问的数据库。
在一种可能的设计中,开发单元,包括:
软件开发单元,用于在所述选择操作包括选择项目名称的情况下,基于所述目标组件对应的组件代码,对与所述项目名称相对应的项目进行软件开发。
在一种可能的设计中,开发单元,包括:
拼接单元,用于在目标组件的数量为多个的情况下确定各所述目标组件的拼接顺序;
基于所述拼接顺序,将各个所述目标组件的组件代码进行拼接处理,得到拼接后的组件代码;
基于所述拼接后的组件代码,进行软件开发。
在一种可能的设计中,拼接单元,用于:
将所述拼接后的组件代码,添加至项目配置文件中;其中,所述项目配置文件表征对需要进行软件开发的项目进行初始化配置的文件;
基于所述项目配置文件,进行软件开发。
在一种可能的设计中,展示单元,用于:
响应于对所述集成插件的触发操作,调用可视化工具包,并基于所述可视化工具包,展示所述组件的可视化界面。
在一种可能的设计中,集成单元,用于:
对每个所述预设组件进行安全验证,得到安全验证之后的预设组件;
对所述安全验证之后的预设组件,进行集成处理,得到所述集成插件。
在一种可能的设计中,该装置还包括:
更新单元,用于:在对多个预设组件进行集成处理,得到集成插件之后,获取组件更新信息;其中,所述组件更新信息表征所述预设组件的更新信息;
基于所述组件更新信息,更新所述集成插件中的各个预设组件。
在一种可能的设计中,所述多个预设组件表征至少以下依赖库:第三方库、工具类、SDK包、JDK包、通用资源库、网络库、软件开发模板、功能模块、安全工具库。
第三方面,本申请实施例提供一种计算机设备,包括:至少一个处理器和存储器;所述存储器存储计算机执行指令;所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的安卓的基于可视化的软件开发方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一方面以及第一方面各种可能的设计所述的安卓的基于可视化的软件开发方法。
第五方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时,实现如上第一方面以及第一方面各种可能的设计所述的安卓的基于可视化的软件开发方法。
本申请提供的安卓的基于可视化的软件开发方法、装置、设备及介质,可以先将软件开发需要访问的依赖库进行组件化,得到多个预设组件。之后,可以对多个预设组件进行集成处理,得到集成插件,从而可以避免开发人员自己查找依赖库,再加载依赖库,节省了时间,同时,还避免了依赖库的安全隐患问题,提高访问依赖库的安全性和可靠性。此时,在将集成插件安装在进行软件开发的构建工具中之后,可以响应于对集成插件的触发操作,展示组件的可视化界面,并基于对组件的可视化界面中预设组件的选择操作,确定目标组件,然后,可以获取目标组件对应的组件代码,以基于目标组件对应的组件代码,进行软件开发。这种软件开发方式,可以避免开发人员手动编写代码,访问依赖库,不仅避免了人工失误,还提升了软件开发效率。同时,通过可视化的集成插件,来统一各个组件的代码编写规则,可以使软件的开发过程或者初始化过程更加统一、规范。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为一种现有技术的软件开发流程示意图;
图2为本申请实施例提供的一种安卓的基于可视化的软件开发方法的流程图;
图3为本申请实施例提供的一种构建工具中的插件管理界面示意图;
图4为本申请实施例提供的一种集成插件的触发操作的示意图;
图5为本申请实施例提供的另一种安卓的基于可视化的软件开发方法的流程图;
图6为本申请实施例提供的一种组件的可视化界面的示意图;
图7为本申请实施例提供的一种安卓的基于可视化的软件开发方法的整体流程示意图;
图8为本申请实施例提供的一种安卓的基于可视化的软件开发装置的结构示意图;
图9为本申请实施例提供的另一种安卓的基于可视化的软件开发装置的结构示意图;
图10为本申请实施例提供的一种计算机设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是,本申请的技术方案中,所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
本文中术语“和/或”,仅仅是描述一种关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
术语解释:
组件化:一种高效的软件设计模式,它能将一个大型的应用程序拆分成多个独立的模块,每个模块都可以形成一个独立的组件。
这些组件可以独立开发、测试和部署,从而提高软件开发的效率和灵活性。同时,组件化还可以提高代码的可重用性和可维护性,因为每个组件都是独立的,可以在不影响其他组件的情况下进行修改和更新。通过这些组件的依赖、协作和沟通,可以构建出一个完整的应用程序,实现更加灵活、可扩展和可维护的软件开发模式。
可视化:一种将数据通过视觉元素来表达的方式,用户通过可视化页面更加简单、准确、高效地完成相应的操作。
项目初始化:指创建一个项目的基础结构,以便后续可以顺利地编写代码并构建应用程序。
在软件开发中,项目初始化是十分重要的步骤,只有正确地完成项目初始化,才能顺利地编写代码。
代码模版:指预先设计好的代码结构和功能,作为一种可复用的代码,可以帮助开发人员快速构建新的应用程序。
此时,可以通过代码模板,提高开发效率、代码质量和可维护性,实现了代码的重用和标准化。
Gradle:一种现代化的构建工具,用于自动化项目的构建、测试和部署。它被广泛用于Java和Android应用程序开发,但也支持其他语言和技术。使用Gradle,可以定义项目的构建任务、编译源代码、运行单元测试、打包应用程序,并且可以根据需要自定义构建过程。它支持模块化构建,可以轻松地管理多个子项目和它们之间的依赖关系。
Gradle具有灵活的依赖管理***,可以轻松地管理第三方库和插件的依赖关系。可以在构建脚本中指定所需的库和插件,并且Gradle会自动下载和安装它们。
Gradle具有强大的增量构建能力。它会跟踪文件的更改,并只重新构建受影响的部分,从而提高构建速度和效率。此外,Gradle还支持并行构建,可以同时执行多个任务,加快整体构建时间。
图1为一种现有技术的软件开发流程示意图。如图1所示,现有技术中,在接收到软件开发请求的情况下,可以确定与该软件开发请求相对应的软件依赖包。之后,可以通过开发人员手动编写代码,加载相对应的软件依赖包,并基于加载的软件依赖包,进行软件开发。
在开发人员开发新项目时,由于需要人工引入软件依赖包,导致创建新项目的过程十分繁琐,影响了开发效率。
同时,由于依赖包更新迭代速度较快,需要开发人员从多个依赖包中选择适配的依赖包来进行集成,而不合规的引用,可能会导致安全问题、兼容性问题等,从而容易影响项目的开发工作。
同时,通过大量的人工操作,导致在创建项目,并对创建的项目进行初始化的过程中,容易出现以下问题:
1)代码结构混乱:由于开发人员通常会根据自己的书写习惯来创建项目,并进行项目的初始化,这种方式容易导致代码文件分布混乱、代码组织松散、代码结构之间关系不清晰、不遵循编码的标准等。
2)环境配置混乱:在初始化项目的过程中,环境的配置至关重要,在不同工作人员人工操作之后,导致环境的配置不一致的情况下,会使后期的维护比较困难。例如,在软件配置有不同版本的SDK(Software Development Kit,软件开发工具包)的情况下,容易导致兼容性问题。
3)缺乏统一标准性:由于项目初始化时缺乏统一的标准,在后续功能实现的时候,也很难遵循相关的技术规范和开发标准,进而难以确保应用程序的功能稳定、可靠和安全。
4)缺少统一的项目规划:由于没有采用统一的初始化方式会导致开发团队在创建初期没有统一的规划,进而增加了项目在后期的开发难度,增加了开发时间和成本。
5)引起安全风险:在项目开发过程当中需要使用依赖库和框架来实现特定的功能或加速开发进程,若不采用统一项目初始化,则使用的依赖库和框架,难以遵循最佳实践和许可证要求,进而容易出现依赖库的安全性问题和兼容性问题。
6)引起书写错误:由于没有统一的规范和管理,在开发人员在书写的时候会引起书写错误从而导致一系列项目的问题。
7)不合理的项目结构:由于没有统一的规范,开发人员在创建项目的时候很难进行统一合理的项目结构的规划,例如,项目结构的规划的内容可以包括项目文件夹的创建、基本的构建配置、必要的资源和相应的目录结等。
针对上述技术问题,本申请提出如下技术构思:通过集成依赖库,得到集成插件,并将集成差价安装在构建工具中,使对各个组件统一标准,避免了编码混乱的问题。之后,可以通过可视化的展示界面,使用户来选择依赖库,并进行依赖库的加载,自动生成对应的代码模板,以初始化项目,提高了项目的初始化效率和软件开发效率,节省了时间成本和人力成本。同时,还避免了开发人员手动编写代码以加载依赖库的步骤,避免了人工失误。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请实施例提供的一种安卓的基于可视化的软件开发方法的流程图。如图2所示,该安卓的基于可视化的软件开发方法包括:
S201、对多个预设组件进行集成处理,得到集成插件。
其中,预设组件表征软件开发的依赖库;集成插件表征安装在进行软件开发的构建工具中的插件。
一个示例中,预设组件可以理解为软件开发过程中,可能用到的独立的模块,例如,该预设组件可以为第三方库,也可以为功能模块,也可以为通用资源等。
一个示例中,可以将多个预设组件进行集成,得到集成插件。
之后,可以将集成插件安装至进行软件开发的构建工具中,并重启该进行软件开发的构建工具,以在进行软件开发的构建工具中的插件管理中查看集成好的插件。其中,进行软件开发的构建工具可以为上述Gradle工具。
一个示例中,图3为本申请实施例提供的一种构建工具中的插件管理界面示意图。如图3所示,可以在插件管理界面中展示该构建工具所安装的插件,并展示对应的插件简要说明信息,例如,如图3所示的插件1、插件2和插件3。假设,插件2为集成插件的情况下,则并在检测到对该集成插件的触发操作之后,在该插件管理界面中展示该集成插件的插件详情信息。
一个示例中,集成插件的插件详情信息中可以包括:插件图标信息(如图3所示的图标)、插件名称(如图3所示的插件2)、插件所属公司网址(如图3所示的官方网址)、插件版本号(如图3所示的版本号)、插件地址(如图3所示的插件地址)、插件功能说明(如图3所示的插件说明)、插件版本变化情况(如图3所示的插件版本变化)等。
一个示例中,在将集成插件安装至进行软件开发的构建工具中,并重启构建工具之后,可以在构建工具的顶端展示集成成功标识,从而可以通过触发该集成成功标识,来软件开发。
S202、响应于对集成插件的触发操作,展示组件的可视化界面。
其中,组件的可视化界面表征选择预设组件的界面。
一个示例中,图4为本申请实施例提供的一种集成插件的触发操作的示意图。如图4所示,假设,集成成功标识为如图4所示的“APPS”,此时,可以通过触发该集成成功标识“APPS”,展示组件化集成按钮,并在检测到对该组件化集成按钮的触发操作之后,展示组件的可视化界面,从而可以选择预设组件,并将选择的预设组件集成至项目中。
此时,可以响应于对集成插件的触发操作,展示组件的可视化界面。其中,组件的可视化界面中,可以展示能够选择的各个预设组件。
另一个示例中,还可以在检测到对项目组件化集成按钮的触发操作之后,展示组件的可视化界面,从而可以选择预设组件,并将选择的预设组件集成至项目中。此时,可以在已有项目中添加新的组件。
一个示例中,在触发该集成成功标识“APPS”之后,除了可以展示组件化集成按钮之外,还可以展示帮助文档按钮、介绍文档按钮,关于按钮等,以使开发人员通过帮助文档按钮,或者介绍文档按钮,或者关于按钮,了解集成组件的相关信息。
一个示例中,如图4所示,还可以通过触发集成成功标识“APPS”中的项目按钮,来查看已经集成过的项目。
一个示例中,在组件的可视化界面中可以先展示组件插件中的全部预设组件,也可以先展示最近常用的部分预设组件,也可以先不展示预设组件。之后,可以通过搜索操作在组件的可视化界面中展示与该搜索操作相匹配的预设组件。
S203、基于对组件的可视化界面中预设组件的选择操作,确定目标组件,并获取目标组件对应的组件代码。
其中,选择操作包括选择代码获取位置;代码获取位置与代码获取方式相对应。
一个示例中,在组件的可视化界面中展示有预设组件的情况下,则可以从展示的预设组件中进行选择,得到目标组件;在组件的可视化界面中不展示预设组件的情况下,则可以从集成插件中选择与搜索操作相匹配的预设组件为目标组件。
一个示例中,对预设组件的选择操作可以为一次,也可以为多次,并在选择完成之后,得到目标组件。基于此,目标组件的数量可以为一个也可以为多个。
一个示例中,在确定好目标组件之后,可以根据选择的代码获取位置,通过对应的代码获取方式,从该代码获取位置处,获取目标组件对应的组件代码。
一个示例中,代码获取方式可以包括:通过网络获取的方式和不通过网络获取的方式(也即,本地获取方式)。
S204、基于目标组件对应的组件代码,进行软件开发。
一个示例中,可以将目标组件对应的组件代码,添加至创建的软件开发项目中,从而可以基于该组件代码进行软件开发。
通过上述描述可知,本申请实施例,可以先将软件开发需要访问的依赖库进行组件化,得到多个预设组件。之后,可以对多个预设组件进行集成处理,得到集成插件,从而可以避免开发人员自己查找依赖库,再加载依赖库,节省了时间,同时,还避免了依赖库的安全隐患问题,提高访问依赖库的安全性和可靠性。此时,在将集成插件安装在进行软件开发的构建工具中之后,可以响应于对集成插件的触发操作,展示组件的可视化界面,并基于对组件的可视化界面中预设组件的选择操作,确定目标组件,然后,可以获取目标组件对应的组件代码,以基于目标组件对应的组件代码,进行软件开发。这种软件开发方式,可以避免开发人员手动编写代码,访问依赖库,不仅避免了人工失误,还提升了软件开发效率。同时,通过可视化的集成插件,来统一各个组件的代码编写规则,可以使软件的开发过程或者初始化过程更加统一、规范。
图5为本申请实施例提供的另一种安卓的基于可视化的软件开发方法的流程图。如图5所示,该安卓的基于可视化的软件开发方法包括:
S501、对每个预设组件进行安全验证,得到安全验证之后的预设组件。
一个示例中,预设组件表征软件开发的依赖库。
一个示例中,预设组件可以表征至少以下依赖库:第三方库、工具类、SDK包、JDK包(Java Development Kit,Java语言的软件开发工具包)、通用资源库、网络库、软件开发模板、功能模块、安全工具库。
其中,工具类可以理解为静态方法,表征通用的、非业务领域内的公共方法。
通用资源库表征软件开发过程中使用的通用资源,例如,该通用资源可以为图片资源,也可以为音频资源,也可以为音效资源等。
网络库表征软件需要的网络通信资源,例如,该网络库中可以包括请求头、请求体等。
软件开发模板表征进行软件开发的项目结构、进行软件开发的代码模板、进行软件开发的环境变量等,其中,该项目结构的内容可以包括:代码目录结构、各代码目录下包含的文件以及类文件等。
功能模板表征软件开发的功能,此时,通过将开发的功能进行组件化,可以实现功能模块的复用。
安全工具库表征进行安全检测或者安全加密的工具库。
上述实施方式中,可以将软件开发过程中需要用到的依赖库进行组件化,得到各个预设组件,不仅节省了查找依赖库的时间,还可以实现依赖库的可重用性和可维护性。
一个示例中,对预设组件进行的安全验证,用于确定预设组件是否存在潜在风险或者漏洞,此时,可以通过对各个预设组件进行安全检测,并在预设组件安全检测通过之后,得到安全验证之后的预设组件,从而可以保证预设组件在使用时的安全性和可靠性。
另一个示例中,对预设组件进行的安全验证,也可以理解为对预设组件进行安全加密的过程,例如,可以对功能模块进行加密,在对功能模块进行安全加密之后,可以得到安全验证之后的功能模块,从而可以保证自己开发的功能的安全性。
基于此,本申请实施例,可以根据实际需要对各个预设组件进行安全检测,和/或,安全加密,得到安全验证之后的预设组件。
S502、对安全验证之后的预设组件,进行集成处理,得到集成插件。
一个示例中,在对安全验证之后的预设组件,进行集成处理,得到集成插件之后,可以随时关注集成插件中各个预设组件的组件更新信息,在检测到预设组件更新之后,及时获取组件更新信息,并基于该组件更新信息,更新集成插件中的各个预设组件。
这种实施方式,可以及时对集成插件中的各个预设组件进行更新,以能更好的满足软件开发需求,避免由于组件更新不及时,影响了软件开发进度。
一个示例中,在得到集成插件之后(或者,在对集成插件中的各预设组件更新完成之后),可以将得到的集成插件安装在进行软件开发的构建工具中。此时,可以在构建工具中展示如图4所示的集成成功标识“APPS”。
S503、响应于对集成插件的触发操作,调用可视化工具包,并基于可视化工具包,展示组件的可视化界面。
其中,组件的可视化界面表征选择预设组件的界面。
一个示例中,对集成插件的触发操作,可以理解为如图4所示的,对组件化集成按钮的触发操作。
一个示例中,可视化工具包可以理解为GUI(Graphical User Interface,图形用户界面)工具包。
一个示例中,可以响应于对集成插件的触发操作,调用可视化工具包,展示组件的可视化界面,从而可以通过GUI工具包,灵活、快捷的展示组件的可视化界面,以在该组件的可视化界面中选择软件开发过程中需要的预设组件。
S504、基于对组件的可视化界面中预设组件的选择操作,确定目标组件。
图6为本申请实施例提供的一种组件的可视化界面的示意图。
一个示例中,如图6所示,该组件的可视化界面中可以包括选择组件版本信息。其中,组件版本信息表征在组件的可视化界面中输入的组件版本号;组件版本号表征集成插件中预设组件的更新次数。
例如,在首次对多个预设组件进行集成处理,得到集成插件的情况下,则可以确定组件版本信息为“1.0.1”。
一个示例中,组件版本信息中,还可以包含表征预设组件所对应的功能/类型的信息,例如,在预设组件为快照功能组件的情况下,则该组件版本信息可以为“SNAPSHOT”。
基于此,组件版本信息可以为“1.0.1-SNAPSHOT”的情况下,表征首次集成的具有快照功能的预设组件。
此时,可以通过获取开发人员输入的组件版本信息,从集成插件的多个预设组件中,确定与该组件版本信息相匹配的第一组件,并将第一组件展示在组件的可视化界面中。
之后,可以响应于对第一组件的选择操作,确定目标组件。
示例性地,假设,组件版本信息为如图6所示的“1.0.4-ABCD”,并且,从集成插件的多个预设组件中,确定的与该组件版本信息“1.0.4-ABCD”相匹配的第一组件为如图6所示的“预设组件1”、“预设组件2”、“预设组件3”、“预设组件4”、“预设组件5”、“预设组件6”、“预设组件7”的情况下,则可以通过对各第一组件进行选择,假设,选择操作指示选择“预设组件1”、“预设组件2”、“预设组件3”和“预设组件7”的情况下,得到目标组件为“预设组件1”、“预设组件2”、“预设组件3”和“预设组件7”。
这种实施方式,可以通过组件版本信息,从集成插件所包含的海量的预设组件中,快速查找到第一组件,从而加快了确定目标组件的速度,提高了效率。
一个示例中,在得到目标组件之后,可以执行下面S505所描述的步骤。
S505、获取目标组件对应的组件代码。
一个示例中,如图6所示,该组件的可视化界面中还可以包括选择代码获取位置。其中,代码获取位置与代码获取方式相对应。
一个示例中,代码获取方式可以分为以下两种:通过网络获取的方式和不通过网络获取的方式。其中,通过网络获取的表征从网络库获取组件代码,不通过网络获取的方式表征从本地库获取组件代码。
一个示例中,若选择操作选择的代码获取位置表征网络库,从预先设置的第一仓库中,获取目标组件的组件代码。
其中,第一仓库表征需要联网访问的数据库。例如,第一仓库可以为maven仓库、jcenter仓库等。
此时,代码获取位置可以为如图6所示“网络库”。
一个示例中,若选择操作选择的代码获取位置表征本地库,从构建工具对应的第二仓库中,获取目标组件的组件代码。
其中,第二仓库表征不需要联网访问的数据库。
此时,代码获取位置可以为如图6所示“本地库”。
一个示例中,第二仓库中可以包括集成插件中的全部预设组件,也可以只包括集成插件中的部分预设组件,这里不作具体限定。
上述实施方式中,可以通过本地存储和远程存储两种方式,来存储各个预设组件对应的组件代码,从而可以使开发人员在有网络或者无网络的情况下,均可以进行软件开发,避免由于网络原因,耽误软件开发进度。
一个示例中,如图6所示,还可以通过“全选”操作,选择组件的可视化界面中的全部预设组件为目标组件,并通过选择与“全选”相对应的代码获取位置,来确定该目标组件的代码获取位置。
一个示例中,可以在选择好目标组件,以及目标组件对应的代码获取位置之后,可以点击如图6所示的确认按钮,来获取目标组件的组件代码,也可以通过点击6所示的取消按钮,来取消本次选择操作。
一个示例中,在获取目标组件的组件代码之后,就可以下载并安装该组件代码至进行软件开发的构建工具中,并基于该构建工具执行下面S506所描述的步骤。
S506、基于目标组件对应的组件代码,进行软件开发。
一个示例中,该组件的可视化界面中还可以包括选择项目名称,例如,如图6所示的“请输入项目名称”,此时,该项目名称可以为图6所示的“app”。其中,项目名称表征目标组件所属项目的项目名称。
此时,可以基于目标组件对应的组件代码,对与项目名称相对应的项目进行软件开发。
一个示例中,选择的项目名称可以为已有项目的项目名称,此时,可以通过选择的目标组件,为已有项目新增组件,从而可以更好的满足开发需求。或者,选择的项目名称也可以为新项目的项目名称,此时,可以基于选择的目标组件,新建与该项目名称相对应的项目,从而可以更快、更好的完成新项目的创建和初始化。
一个示例中,在得到的目标组件的数量为多个的情况下,则可以先确定各目标组件的拼接顺序,然后,再基于拼接顺序,将各个目标组件的组件代码进行拼接处理,得到拼接后的组件代码。之后,就可以基于拼接后的组件代码,进行软件开发。
一个示例中,可以通过以下任一方式,确定各目标组件的拼接顺序。
方式一:根据各目标组件对应的选择操作的选择顺序,确定各目标组件的拼接顺序。
方式二:根据预先设置的各目标组件的组件类型的拼接顺序,确定各目标组件的拼接顺序。其中,同一组件类型下的目标组件的拼接顺序,可以与该目标组件的选择顺序相对应。
方式三:根据组件的可视化界面中的,对各目标组件的拖动操作,确定出的目标组件的排列顺序,确定各目标组件的拼接顺序。
这里对目标组件的拼接顺序不作具体限定,以能实现为准。
上述实施方式中,可以在目标组件的数量为多个的情况下,通过确定各目标组件的拼接顺序,来将各个目标组件的组件代码进行拼接,使组件的加载更加智能、有序,不仅提高了开发效率,还提升了使用体验。
一个示例中,在得到拼接后的组件代码之后,可以将拼接后的组件代码,添加至项目配置文件中,并基于项目配置文件,进行软件开发。
其中,项目配置文件表征对需要进行软件开发的项目进行初始化配置的文件。
此时,可以将拼接后的组件代码,自动加载至项目配置文件中,以实现目标组件的组件代码,自动的加载至项目中,提高了软件开发的自动化程度,减少了人工操作,提高了软件开发效率。同时,避免了人工失误,使软件开发更加统一、规范。
图7为本申请实施例提供的一种安卓的基于可视化的软件开发方法的整体流程示意图。如图7所示,本申请实施例,可以先预埋各个预设组件的组件代码,得到集成插件。此时,可以通过集成插件对应的可视化界面,选择集成内容(也即,目标组件),并将集成内容添加至项目工程(也即,项目)中,以进行软件开发。
其中,预埋的各个预设组件可以为如图7所示的第三方库、常用组件(例如,工具类、通用资源库、网络库、功能模块、安全工具库等)、SDK版本、JDK版本、软件开发模板(例如,项目结构、代码模板、环境变量)等。
图8为本申请实施例提供的一种安卓的基于可视化的软件开发装置的结构示意图,如图8所示,该安卓的基于可视化的软件开发装置800包括:
集成单元801,用于对多个预设组件进行集成处理,得到集成插件;其中,预设组件表征软件开发的依赖库;集成插件表征安装在进行软件开发的构建工具中的插件。
展示单元802,用于响应于对集成插件的触发操作,展示组件的可视化界面;其中,组件的可视化界面表征选择预设组件的界面。
选择单元803,用于基于对组件的可视化界面中预设组件的选择操作,确定目标组件,并获取目标组件对应的组件代码;其中,选择操作包括选择代码获取位置;代码获取位置与代码获取方式相对应。
开发单元804,用于基于目标组件对应的组件代码,进行软件开发。
图9为本申请实施例提供的另一种安卓的基于可视化的软件开发装置的结构示意图,如图9所示,该安卓的基于可视化的软件开发装置900包括:
集成单元901,用于对多个预设组件进行集成处理,得到集成插件;其中,预设组件表征软件开发的依赖库;集成插件表征安装在进行软件开发的构建工具中的插件。
展示单元902,用于响应于对集成插件的触发操作,展示组件的可视化界面;其中,组件的可视化界面表征选择预设组件的界面。
选择单元903,用于基于对组件的可视化界面中预设组件的选择操作,确定目标组件,并获取目标组件对应的组件代码;其中,选择操作包括选择代码获取位置;代码获取位置与代码获取方式相对应。
开发单元904,用于基于目标组件对应的组件代码,进行软件开发。
在一种可能的设计中,选择单元903,包括:
确定单元9031,用于获取组件版本信息;其中,组件版本信息表征在组件的可视化界面中输入的组件版本号;组件版本号表征集成插件中预设组件的更新次数;
从多个预设组件中,确定与组件版本信息相匹配的第一组件,并将第一组件展示在组件的可视化界面中;
响应于对第一组件的选择操作,确定目标组件。
在一种可能的设计中,选择单元903,包括:
获取单元9032,用于若选择操作选择的代码获取位置表征网络库,从预先设置的第一仓库中,获取目标组件的组件代码;其中,第一仓库表征需要联网访问的数据库;
若选择操作选择的代码获取位置表征本地库,从构建工具对应的第二仓库中,获取目标组件的组件代码;其中,第二仓库表征不需要联网访问的数据库。
在一种可能的设计中,开发单元904,包括:
软件开发单元9041,用于在选择操作包括选择项目名称的情况下,基于目标组件对应的组件代码,对与项目名称相对应的项目进行软件开发。
在一种可能的设计中,开发单元904,包括:
拼接单元9042,用于在目标组件的数量为多个的情况下确定各目标组件的拼接顺序;
基于拼接顺序,将各个目标组件的组件代码进行拼接处理,得到拼接后的组件代码;
基于拼接后的组件代码,进行软件开发。
在一种可能的设计中,拼接单元9042,用于:
将拼接后的组件代码,添加至项目配置文件中;其中,项目配置文件表征对需要进行软件开发的项目进行初始化配置的文件;
基于项目配置文件,进行软件开发。
在一种可能的设计中,展示单元902,用于:
响应于对集成插件的触发操作,调用可视化工具包,并基于可视化工具包,展示组件的可视化界面。
在一种可能的设计中,集成单元901,用于:
对每个预设组件进行安全验证,得到安全验证之后的预设组件;
对安全验证之后的预设组件,进行集成处理,得到集成插件。
在一种可能的设计中,该装置还包括:
更新单元905,用于:在对多个预设组件进行集成处理,得到集成插件之后,获取组件更新信息;其中,组件更新信息表征预设组件的更新信息;
基于组件更新信息,更新集成插件中的各个预设组件。
在一种可能的设计中,多个预设组件表征至少以下依赖库:第三方库、工具类、SDK包、JDK包、通用资源库、网络库、软件开发模板、功能模块、安全工具库。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。各模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上各模块的功能。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
图10为本申请实施例提供的一种计算机设备的结构示意图。如图10所示,该计算机设备100可以包括:收发器101、处理器102、存储器103。
处理器102执行存储器存储的计算机执行指令,使得处理器102执行上述实施例中的方案。处理器102可以是通用处理器,包括中央处理器CPU、网络处理器(networkprocessor,NP)等;还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
存储器103通过***总线与处理器102连接并完成相互间的通信,存储器103用于存储计算机程序指令。
收发器101可以用于获取待运行任务和待运行任务的配置信息。
***总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。***总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory,RAM),也可能还包括非易失性存储器(non-volatile memory)。
本申请实施例提供的计算机设备,可以是上述实施例的终端设备。
本申请实施例还提供一种运行指令的芯片,该芯片用于执行上述实施例中安卓的基于可视化的软件开发方法的技术方案。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述实施例安卓的基于可视化的软件开发方法的技术方案。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,其存储在计算机可读存储介质中,至少一个处理器可以从计算机可读存储介质读取计算机程序,至少一个处理器执行计算机程序时可实现上述实施例中安卓的基于可视化的软件开发方法的技术方案。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。
应理解,上述处理器可以是中央处理单元(Central Processing Unit,简称CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,简称ISA)总线、外部设备互连(Peripheral Component Interconnect,简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits,简称ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于电控单元或主控设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (14)
1.一种安卓的基于可视化的软件开发方法,其特征在于,包括:
对多个预设组件进行集成处理,得到集成插件;其中,所述预设组件表征软件开发的依赖库;所述集成插件表征安装在进行软件开发的构建工具中的插件;
响应于对所述集成插件的触发操作,展示组件的可视化界面;其中,所述组件的可视化界面表征选择预设组件的界面;
基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,并获取所述目标组件对应的组件代码;其中,所述选择操作包括选择代码获取位置;所述代码获取位置与代码获取方式相对应;
基于所述目标组件对应的组件代码,进行软件开发。
2.根据权利要求1所述的方法,其特征在于,所述基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,包括:
获取组件版本信息;其中,所述组件版本信息表征在所述组件的可视化界面中输入的组件版本号;所述组件版本号表征所述集成插件中预设组件的更新次数;
从所述多个预设组件中,确定与所述组件版本信息相匹配的第一组件,并将所述第一组件展示在所述组件的可视化界面中;
响应于对所述第一组件的选择操作,确定所述目标组件。
3.根据权利要求1所述的方法,其特征在于,所述获取所述目标组件对应的组件代码,包括:
若所述选择操作选择的代码获取位置表征网络库,从预先设置的第一仓库中,获取所述目标组件的组件代码;其中,所述第一仓库表征需要联网访问的数据库;
若所述选择操作选择的代码获取位置表征本地库,从所述构建工具对应的第二仓库中,获取所述目标组件的组件代码;其中,所述第二仓库表征不需要联网访问的数据库。
4.根据权利要求1所述的方法,其特征在于,所述选择操作包括选择项目名称;所述基于所述目标组件对应的组件代码,进行软件开发,包括:
基于所述目标组件对应的组件代码,对与所述项目名称相对应的项目进行软件开发。
5.根据权利要求1所述的方法,其特征在于,所述目标组件的数量为多个;所述基于所述目标组件对应的组件代码,进行软件开发,包括:
确定各所述目标组件的拼接顺序;
基于所述拼接顺序,将各个所述目标组件的组件代码进行拼接处理,得到拼接后的组件代码;
基于所述拼接后的组件代码,进行软件开发。
6.根据权利要求5所述的方法,其特征在于,所述基于所述拼接后的组件代码,进行软件开发,包括:
将所述拼接后的组件代码,添加至项目配置文件中;其中,所述项目配置文件表征对需要进行软件开发的项目进行初始化配置的文件;
基于所述项目配置文件,进行软件开发。
7.根据权利要求1所述的方法,其特征在于,所述响应于对所述集成插件的触发操作,展示组件的可视化界面,包括:
响应于对所述集成插件的触发操作,调用可视化工具包,并基于所述可视化工具包,展示所述组件的可视化界面。
8.根据权利要求1所述的方法,其特征在于,所述对多个预设组件进行集成处理,得到集成插件,包括:
对每个所述预设组件进行安全验证,得到安全验证之后的预设组件;
对所述安全验证之后的预设组件,进行集成处理,得到所述集成插件。
9.根据权利要求1所述的方法,其特征在于,在对多个预设组件进行集成处理,得到集成插件之后,所述方法还包括:
获取组件更新信息;其中,所述组件更新信息表征所述预设组件的更新信息;
基于所述组件更新信息,更新所述集成插件中的各个预设组件。
10.根据权利要求1-9中任一项所述的方法,其特征在于,所述多个预设组件表征至少以下依赖库:第三方库、工具类、SDK包、JDK包、通用资源库、网络库、软件开发模板、功能模块、安全工具库。
11.一种安卓的基于可视化的软件开发装置,其特征在于,包括:
集成单元,用于对多个预设组件进行集成处理,得到集成插件;其中,所述预设组件表征软件开发的依赖库;所述集成插件表征安装在进行软件开发的构建工具中的插件;
展示单元,用于响应于对所述集成插件的触发操作,展示组件的可视化界面;其中,所述组件的可视化界面表征选择预设组件的界面;
选择单元,用于基于对所述组件的可视化界面中预设组件的选择操作,确定目标组件,并获取所述目标组件对应的组件代码;其中,所述选择操作包括选择代码获取位置;所述代码获取位置与代码获取方式相对应;
开发单元,用于基于所述目标组件对应的组件代码,进行软件开发。
12.一种计算机设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1至10中任一项所述的安卓的基于可视化的软件开发方法。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至10中任一项所述的安卓的基于可视化的软件开发方法。
14.一种计算机程序产品,其特征在于,包括计算机程序,该计算机程序被处理器执行时实现权利要求1至10中任一项所述的安卓的基于可视化的软件开发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311258882.7A CN117215558A (zh) | 2023-09-26 | 2023-09-26 | 安卓的基于可视化的软件开发方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311258882.7A CN117215558A (zh) | 2023-09-26 | 2023-09-26 | 安卓的基于可视化的软件开发方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117215558A true CN117215558A (zh) | 2023-12-12 |
Family
ID=89038769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311258882.7A Pending CN117215558A (zh) | 2023-09-26 | 2023-09-26 | 安卓的基于可视化的软件开发方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117215558A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117648081A (zh) * | 2024-01-30 | 2024-03-05 | 北京微迪航天科技有限公司 | 一种可视化软件集成开发方法、***及存储介质 |
-
2023
- 2023-09-26 CN CN202311258882.7A patent/CN117215558A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117648081A (zh) * | 2024-01-30 | 2024-03-05 | 北京微迪航天科技有限公司 | 一种可视化软件集成开发方法、***及存储介质 |
CN117648081B (zh) * | 2024-01-30 | 2024-05-07 | 北京微迪航天科技有限公司 | 一种可视化软件集成开发方法、***及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Zerouali et al. | An empirical analysis of technical lag in npm package dependencies | |
US8423963B2 (en) | Computer implemented API management mechanism for generating upgrade risk level handling | |
US9940225B2 (en) | Automated error checking system for a software application and method therefor | |
US9201632B2 (en) | Systems and methods for incremental software development | |
US9027014B2 (en) | Updating firmware compatibility data | |
US11113050B2 (en) | Application architecture generation | |
CN108319460B (zh) | 应用程序安装包的生成方法、装置、电子设备及存储介质 | |
US8266588B2 (en) | Creating projects in a rational application developer workspace | |
US8589864B2 (en) | Automating the creation of an application provisioning model | |
US20130104115A1 (en) | Systems and methods for upgrading a version of software | |
JP2005078650A (ja) | ソフトウェアのコンポーネント化 | |
US11422917B2 (en) | Deriving software application dependency trees for white-box testing | |
EP3447635A1 (en) | Application architecture generation | |
CN113742215B (zh) | 一种自动配置和调用测试工具进行测试分析的方法及*** | |
CN117215558A (zh) | 安卓的基于可视化的软件开发方法、装置、设备及介质 | |
US20160350209A1 (en) | Selective Bypass of Code Flows in Software Program | |
US20110016454A1 (en) | Method and system for testing an order management system | |
CN111176722A (zh) | 第三方库的文件版本检测方法、装置及存储介质 | |
US20230061121A1 (en) | Methods concerning ongoing treatment for cancer | |
US9396239B2 (en) | Compiling method, storage medium and compiling apparatus | |
US20150178072A1 (en) | Creating a prerequisite checklist corresponding to a software application | |
CN113504904A (zh) | 用户定义函数实现方法、装置、计算机设备和存储介质 | |
Adewole | C# and. NET Core Test-Driven Development: Dive into TDD to create flexible, maintainable, and production-ready. NET Core applications | |
Benni et al. | A delta-oriented approach to support the safe reuse of black-box code rewriters | |
Shah | Maven for Eclipse |
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 |