[发明专利]一种MCU集成开发环境的工程结构适配方法

说明书

本发明公开了一种MCU集成开发环境的工程结构适配方法，接收工程结构模式切换命令，所述工程结构模式包括逻辑映射模式和实体包管理模式；根据模式切换命令切换工程结构的模式，更新模式标识，所述模式标识存储在工程文件中，用于区分工程结构模式；在切换后的工程结构模式中执行增加、删除及移动资源命令，所述资源包括逻辑目录、实体目录及文件。本发明在不影响程序的编译、烧写及调试的条件下，可根据应用场景灵活切换两种工程结构，既便于资源管理，又便于工程包导出；兼容了不同用户的使用习惯，拓展自由度，使用更加便捷高效。

技术领域

本发明涉及MCU集成开发领域，尤其涉及一种MCU集成开发环境的工程结构适配方法。

背景技术

随着RISC-V开源指令架构的不断扩展，国内外芯片行业焕发着持久活力。为方便硬件工程师便捷高效的开发芯片方案，许多芯片厂商着力于研制自主开发的集成开发环境。

集成开发环境（IDE）是面向开发者的软件环境，支持基础的代码编辑、编译和烧写调试。此外IDE一般也集成多样化的上位机工具，便于开发者进行分析和控制。软件框架可归纳为存储、监听控制和界面三个维度。如何显示、管理工程结构是存储设计中基础的一环。

嵌入式领域主流的C/C++集成开发环境中，“目录”为逻辑分支的表现形式。以KeilMDK为例，例程中一些常见的名为源、链接、调试的目录在实际的磁盘目录中不真实存在。这些逻辑分支下文件以链接的形式被记录，实际路径可以分散在磁盘的任何位置。本文中描述这种资源模式为“逻辑映射模式”。开发者组建工程前，需要依次添加不同位置的文件到创建好的逻辑目录里，工程脚本会自动记载好逻辑与实体的对应关系。该方式符合多数嵌入式工程师的开发习惯，但在迁移工程场景下存在弊端——无法保证映射的文件在跨主机文件系统中位置不变。协同开发过程中，“逻辑映射模式”下分散的文件不利于工程存储移动。这无疑是个痛点。

一直以来，Eclipse框架因其开源可扩展以及支持多种语言被许多开发者推崇。其中在Java相关的开发中，它的资源模式充分考虑到Java的特性，采用工程内部结构与包结构对应的方式。“包”在资源管理器中为实体文件夹，内部结构则在界面描述为工程浏览器中的树，本文中描述这种资源模式为“实体包管理模式”。相比于MDK形式，“实体包管理模式”封装了整个工程所需要的资源，有利于集中存储和移动，但有如下缺点：

1、对应本地浏览器文件夹下增加与工程无关的文件，会反映到工程浏览器中。“实体包管理模式”不符合“工程集仅包含工程相关的文件”的行业观念。

2、“实体包管理模式”下，资源树中删除工程或目录时，会删除对应实体目录的所有子文件。对于不习惯，或者没认知到实体目录管理的用户来说，极易误删源码，工程的删除甚至可能是无法恢复的。这会影响多数已习惯了嵌入式主流IDE用户的使用。

3、所有工程资源必须位于工程文件夹内。多个工程存在时不利于代码复用，自由度差。

发明内容

发明目的：为了解决现有技术中集成开发环境的工程结构不便于管理和使用的问题，本发明提供一种MCU集成开发环境的工程结构适配方法。

技术方案：本发明提供一种MCU集成开发环境的工程结构适配方法，包括以下步骤：

步骤一、接收工程结构模式切换命令，所述工程结构模式包括逻辑映射模式和实体包管理模式；所述逻辑映射模式下，工程目录在本地系统中不真实存在，工程文件分散在本地系统的多个位置，工程文件中包含映射记录，所述映射记录包括逻辑路径和映射路径，逻辑路径反应工程文件的结构关系，映射路径为工程文件在本地系统中的实际位置；所述实体包管理模式下，工程目录对应本地系统中的工程文件夹，工程文件对应工程文件夹中的文件；