CN116107581A - 一种依赖文件外置的软件开发方法及系统 - Google Patents
一种依赖文件外置的软件开发方法及系统 Download PDFInfo
- Publication number
- CN116107581A CN116107581A CN202310007132.6A CN202310007132A CN116107581A CN 116107581 A CN116107581 A CN 116107581A CN 202310007132 A CN202310007132 A CN 202310007132A CN 116107581 A CN116107581 A CN 116107581A
- Authority
- CN
- China
- Prior art keywords
- package
- original
- android
- operating system
- compiled file
- 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/40—Transformation of program code
- G06F8/41—Compilation
- G06F8/43—Checking; Contextual analysis
- G06F8/433—Dependency analysis; Data or control flow analysis
-
- 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
-
- 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
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种依赖文件外置的软件开发方法及系统,将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;车载中央处理器断电重启后验证是否通过。
Description
技术领域
本发明涉及软件开发和软件通信技术领域,特别是涉及一种依赖文件外置的软件开发方法及系统。
背景技术
本部分的陈述仅仅是提到了与本发明相关的背景技术,并不必然构成现有技术。
目前关于座舱应用软件的架构及分布,主流方案常采单SOC芯片,并在芯片上使用QNX-Hypervisor虚拟化技术(常指黑莓公司发布的虚拟机管理程序)进行多个系统的虚拟化实现。其中,QNX系统主要用于提供给仪表使用。Android系统主要用于提供给中控车机使用。Android应用开发技术中,常使用多个SDK进行辅助开发,SDK也常在开发中被称作依赖包。在Android开发中,需要将依赖包引用至应用开发源码中,因此在进行Android应用构建时,会存在引用过多依赖包时导致应用体积较大的情况,且针对已安装的Android应用,无法动态修改引用的依赖文件中的内容,而具有动态修改依赖文件的能力,对项目开发中的调试及缺陷修复效率均有较大的提升。业内常见的开发及构建均将依赖文件部署至应用中,这也是Android官方的常见开发方式。
Android是基于Linux内核的开源操作系统,并采用了Apache License 2.0开源协议,允许开发者根据需求进行修改,并可作为开源或商业产品进行发布与销售。针对Android早期发展背景不再赘述,2008年9月份,首个Android1.0系统正式发布。而后至今,Android领域蓬勃发展,直至2021年4月,在移动操作系统领域,Android设备占比高达72.2%。同时,谷歌推出了Android Automotive用于满足汽车的IVI(车载信息娱乐系统)应用需求。Android Automotive本质仍是Android系统,但区别与手机与平板版本的是,Android Automotive增加了对汽车特定要求、功能和技术的支持,并降低了IVI应用的开发门槛。
因IVI应用的开发在当前时期与传统Android开发并无较大差异,以下对Android应用开发的背景技术进行简要概述。Android应用主要使用Java技术进行开发,早期之所以使用Java语言进行开发,是因为Java本身具有良好的跨平台特性,且Java开发的效率较高,开发难度也比较低。基于这些因素,Android的应用软件生态产生了爆炸式的增长。同时基于应用开发,衍生出大量软件开发工具包,也就是常说的SDK。往往SDK需集成在应用包中,属于静态编译的技术概念,静态编译在软件产物打包过程中会将依赖的开发工具包一起合入,这种传统编译技术产物的形式会在一定程度上对体积等方面均有所影响。
在当前软件开发(非特指安卓开发)领域中,开发阶段所需要的依赖文件包往往需要在编译时也一起合入编译产物中,这种做法会导致以下几个问题。代码编译的产物体积较大,在技术对接阶段或缺陷修复阶段开发效率不够高效。
发明内容
为了解决现有技术的不足,本发明提供了一种依赖文件外置的软件开发方法及系统;在汽车、消费电子领域等业务领域方面提供一种新的依赖文件部署方式。旨在提升软件开发的效率(包含软件调试方法、缺陷修复等方面),及降低软件依赖的耦合度。可拓展至Android开发领域之外的技术栈。
第一方面,本发明提供了一种依赖文件外置的软件开发方法;
一种依赖文件外置的软件开发方法,包括:
将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
第二方面,本发明提供了一种依赖文件外置的软件开发系统;
一种依赖文件外置的软件开发系统,包括:车载中央处理器;
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包;
将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
与现有技术相比,本发明的有益效果是:
本发明主要提供一种在软件开发行为中,依赖技术文件的一种部署方法。包括且不限于安卓开发领域,设计嵌入式等多个开发领域。可在降低软件体积的同时提高开发效率。
本发明通过将原始依赖包外置于安卓应用程序包,只对修改后的依赖包进行编译,能够缩小代码编译的产物体积,提升软件开发的效率。
附图说明
构成本发明的一部分的说明书附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。
图1为现有技术中依赖性开发调试流程图;
图2为本发明实施例一的方法流程图;
图3为安卓开发领域中,常见的组件部署示意图;
图4为本发明实施例一的组件部署示意图;
图5(a)和图5(b)为本发明实施例一的保持jar对外暴露的接口或协议一致性示意图。
具体实施方式
应该指出,以下详细说明都是示例性的,旨在对本发明提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本发明所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本发明的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
本实施例所有数据的获取都在符合法律法规和用户同意的基础上,对数据的合法应用。
如图1所示,在这种传统的开发调试流程中,所产生的节点较多,每个节点都会耗费一定的时间成本,合计起来的时间成本更是巨大。在这种模式下,对追求周期效率的项目交付来说是不太友好的。以车机系统的开发场景为例,在国内的座舱开发领域中,牵扯到的技术方是比较多的,由于座舱是个极其复杂的系统,包含了语音、视觉等多种人工智能算法技术,因此需要集成非常多的依赖项来保证功能的通信和正常运行。如此繁多的功能,在开发调试阶段需要大量的验证工作。如果按照图1中的流程执行,所耗费的项目时间是巨大的,对于国内车企一般十二个月的周期来说,时间方面极为紧张。
专业术语解释:
依赖包,是指:软件工程师为指定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具集合。
车机系统,是指:采用车载专用中央处理器,基于车身总线系统和互联网服务形成的车载综合信息处理系统。
Jar(java archive file,Java归档文件)
Apk(Android Application Kit Package,安卓应用程序包)
Soc(System On Chip,片上系统)
Adb(Android Debug Bridge,安卓调试桥)
实施例一
本实施例提供了一种依赖文件外置的软件开发方法;
一种依赖文件外置的软件开发方法,包括:
S101:将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
S102:如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
S103:安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
S104:车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
进一步地,所述将原始依赖包外置于安卓应用程序包之前,还包括:
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包。
进一步的,所述原始依赖包外置于安卓应用程序包,是指:
原始依赖包不存储于安卓应用程序包的内部,而是将原始依赖包与安卓应用程序包分别存储于不同的区域;安卓应用程序包运行时,调用原始依赖包的接口。
进一步地,所述编译文件,是指jar产物。
进一步地,所述将原始依赖包外置于安卓应用程序包,其中,将依赖包外置于应用程序包,具体是指:使用Android Debug Bridge工具的push指令,将编译好的依赖包push至车机系统的指定目录下。
进一步地,所述安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件,其中,新的编译文件,具体是指Java归档文件。
进一步地,所述安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,其中,导入的过程中,新的编译文件与原始编译文件的对外接口保持一致。
接口的统一标准由研发人员在首次开发Java归档文件前进行设计,后续版本开发的接口需兼容原始版本。
本发明将新的编译文件,导入到原始编译文件的存储目录下过程主要使用adb(Android Debug Bridge)工具进行替换:
(1)使用adb shell进入到车机系统的终端命令模式;
(2)进入到预制的jar包目录下,输入su进入管理员模式,使用cd xxx/xxx指令,删除原始jar包。这里需要保证系统模式为user_debug模式,如为product模式,以上操作无法完成;
(3)使用adb指令:adb push xx.jar xxx/xxx,将新的jar包导入至车机系统目录后,进行断电重启,过程中不需要重新编译apk文件。这里需要注意,导入的目录信息需保证正确,导入位置错误,apk将无法正常运行;
(4)重启后,使用adb logcat指令输出日志文件,观察apk中是否输出正确的日志信息,如有正确输出apk中预留的测试信息,即验证通过,否则为验证不通过。
如图2所示,在开发调试的环节上大大减少了数量,也减少了验证环节的时间。虽然在传统的开发模式中,有二次打包技术等提供了技术支持,但并没有对流程产生较大的优化作用。
而本发明,可以有效避免因外置依赖项导致的缺陷验证链路过长的问题。本发明的说明案例基于安卓开发进行讲解,但在软件开发行业中。除安卓开发以外,如后端开发、前端开发、嵌入式等多个开发领域中均可以使用此方式进行开发调试的优化。
图3为安卓开发领域中,常见的组件部署示意图。可以看到,jar文件一般会被合入至apk文件中。在实际开发过程中,车机系统最终可以运行的文件也是apk,而为了实现一些功能,常常会使用一些第三方依赖包来进行开发。这种方式是目前在全球范围内最广为使用的方式。本发明意图提供另外一种实现方案,组件部署图如图4所示。
可以看出,本发明所提供的技术方案,与传统方案相比较,在依赖包领域进行了部署分离。传统方案在开发调试阶段,如存在依赖包内容的代码修改,需每次在修改完成后进行jar产物的编译,编译完成后,需将jar再合入apk的源码中,再一次进行编译得到apk产物,而后需将apk合入soc(常指车机系统固件)整包中,这里无论采用adb命令工具的方式,还是采用整包刷入的方式,均需要大量时间。而本发明采用外置依赖的方式,只需要使用adb或其他类似工具方式直接替换即可。但在这个方案实现的过程中,有以下几点需要注意:
(1)保持jar对外暴露的接口或协议一致性,如图5(a)和图5(b)所示。
这里需要注意:应用和依赖包的接口需保持统一标准,如果发生变化,则会导致异常情况的发生。简单来说,外置依赖包的方式提高了开发调试的灵活性,但对流程和规则需要加以约束,否则仍旧会造成对接调试过程效率低下的情况。
(2)对于soc系统的依赖。本方案虽然提升了开发调试的灵活性与效率,但是针对系统存在一些依赖。例如,在某些系统上,当把依赖包置于系统分区时,会出现apk无法调用到接口实现内容的情况,当出现这一类的问题时,往往是由于跨进程通信在系统权限等某些技术侧没有协作对齐。除了这一点以外,针对soc系统的依赖还包括以下的示例。在修改完jar源码编译出产物并导入系统中的目录后,有两种生效测试方式:重启或结束应用进程。再一次启动应用时,是否生效实际也对soc系统存在依赖,这也是需要注意的一点。
(3)对于系统平台化的要求。目前针对整机的soc以及包含MCU、ECU等对接过程,各个车企都在追求平台化的定义。平台化有利于保证汽车软件零部件或软件产品的继承性。应用层使用的依赖项接口,需要做到足够标准统一,如目前汽车行业内的CAN标准、SOA标准等。其目的就是在替换实现方的技术产物时,可保证上下文的依赖不发生变更,有利于缺陷或需求的快速验证。
实施例二
本实施例提供了一种依赖文件外置的软件开发系统;
一种依赖文件外置的软件开发系统,包括:车载中央处理器;
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包;
将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种依赖文件外置的软件开发方法,其特征是,包括:
将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
2.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述将原始依赖包外置于安卓应用程序包之前,还包括:
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包。
3.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述原始依赖包外置于安卓应用程序包,是指:
原始依赖包不存储于安卓应用程序包的内部,而是将原始依赖包与安卓应用程序包分别存储于不同的区域;安卓应用程序包运行时,调用原始依赖包的接口。
4.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述编译文件,是指jar产物。
5.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述将原始依赖包外置于安卓应用程序包,其中,将依赖包外置于应用程序包,具体是指:使用AndroidDebug Bridge工具的push指令,将编译好的依赖包push至车机系统的指定目录下。
6.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件,其中,新的编译文件,具体是指Java归档文件。
7.如权利要求1所述的一种依赖文件外置的软件开发方法,其特征是,所述安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,其中,导入的过程中,新的编译文件与原始编译文件的对外接口保持一致。
8.一种依赖文件外置的软件开发系统,其特征是,包括:车载中央处理器;
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包;
将原始依赖包外置于安卓应用程序包,在安卓应用程序包被首次执行时,安卓操作系统对安卓应用程序包所调用的原始依赖包进行编译,得到原始依赖包对应的原始编译文件,以及原始编译文件的存储目录;
如果安卓操作系统接收到对原始依赖包的代码修改指令,则根据修改指令对原始依赖包的代码进行修改;修改完成后,安卓操作系统对修改完成后的依赖包进行编译,得到新的编译文件;
安卓操作系统删除原始编译文件的存储目录下所存储的原始编译文件;安卓操作系统将新的编译文件,导入到原始编译文件的存储目录下,对车载中央处理器进行断电重启;
车载中央处理器断电重启后,输出日志文件,判断日志文件是否输出预留的测试信息,如果是,则验证通过,否则,验证不通过。
9.如权利要求8所述的一种依赖文件外置的软件开发系统,其特征是,所述将原始依赖包外置于安卓应用程序包之前,还包括:
在车载中央处理器安装安卓操作系统,在安卓操作系统内安装安卓应用程序包和安卓应用程序包运行时所需调用的原始依赖包。
10.如权利要求8所述的一种依赖文件外置的软件开发系统,其特征是,所述原始依赖包外置于安卓应用程序包,是指:
原始依赖包不存储于安卓应用程序包的内部,而是将原始依赖包与安卓应用程序包分别存储于不同的区域;安卓应用程序包运行时,调用原始依赖包的接口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310007132.6A CN116107581A (zh) | 2023-01-04 | 2023-01-04 | 一种依赖文件外置的软件开发方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310007132.6A CN116107581A (zh) | 2023-01-04 | 2023-01-04 | 一种依赖文件外置的软件开发方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116107581A true CN116107581A (zh) | 2023-05-12 |
Family
ID=86257542
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310007132.6A Pending CN116107581A (zh) | 2023-01-04 | 2023-01-04 | 一种依赖文件外置的软件开发方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116107581A (zh) |
-
2023
- 2023-01-04 CN CN202310007132.6A patent/CN116107581A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108345288B (zh) | Can信号接口软件的自动生成方法、系统及车辆 | |
CN106933609B (zh) | Android应用程序安装包的生成方法及装置 | |
CN111736954B (zh) | 多智能合约虚拟机实现方法、多智能合约虚拟机及系统 | |
CN110471663B (zh) | 一种代码编译方法、装置及电子设备 | |
KR101418340B1 (ko) | 차량 전장용 운영체제의 정형 검증 장치 및 정형 검증 방법 | |
CN102929643A (zh) | 一种开发j2ee应用的方法及系统 | |
CN110659031A (zh) | 应用程序的编译方法、装置、电子设备及存储介质 | |
CN106055368A (zh) | 应用更新方法和装置 | |
CN108228190B (zh) | 持续集成和交付方法、系统、设备及计算机可读存储介质 | |
CN113434158A (zh) | 一种大数据组件的自定义管理方法、装置、设备及介质 | |
CN107179982B (zh) | 一种跨进程调试方法和装置 | |
CN110543427A (zh) | 测试用例存储方法、装置、电子设备及存储介质 | |
CN105760208A (zh) | 计算机程序编译方法及装置 | |
US8527948B2 (en) | Process of automatic matching of software | |
CN114691234A (zh) | 基于autosar的程序配置方法、系统、设备及介质 | |
CN111880803B (zh) | 一种应用于多平台的软件构建方法及装置 | |
CN116107581A (zh) | 一种依赖文件外置的软件开发方法及系统 | |
CN111324481A (zh) | 一种Linux平台的修复方法及装置 | |
CN115809076A (zh) | Ecu软件自动化集成方法及系统 | |
CN116775086A (zh) | 一种安卓设备的分区升级方法及相关装置 | |
CN100359485C (zh) | 嵌入式系统的测试装置及测试方法 | |
CN116360768A (zh) | 一种软件集成装置、方法、电子设备及存储介质 | |
CN112579470B (zh) | 一种软件动态库调试的编译链接方法及系统 | |
KR102004592B1 (ko) | 자동차 제어 소프트웨어의 정형검증을 위한 장치 및 방법, 이를 수행하기 위한 기록 매체 | |
CN103150438A (zh) | 一种电路编译方法及装置 |
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 |