This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1276532/css-theia-ide-support-for-c2000-dsps
大家好。
我想问什么时候会在基于 VSCode 的 CCS Theia IDE 中添加对 C2000和其他 MCU 的支持？
谢谢。
尊敬的 Tery：
针对 C2000的 CCS Theia 支持尚不具备完整的功能。 我们正在努力添加特定于各种器件系列的缺失功能。 当每个系列达到功能完整性时、它们将获得正式的支持。 这种情况将在2024年全年发生、大部分活动都在上半年进行。
我们在哪些方面可以遵循这一进展？ 网页/Wiki/twiter/youtube /邮件列表/新闻简报/...
此外，我希望看到某种路线图。 就像在旧的 CCS 中将会是什么样子？ 以一种新的方式改变了什么？ Theria 不提供哪些服务？ 将会有哪些新功能？
什么是首先和最后一个 a.s.o.
变革背后的主要设计思想是什么？
实际更改、比如我们可以重复使用现有的.projectspec 文件吗？
概念上的改变、就像我们可以摆脱从 Eclipse 中继承的项目的奇怪导入吗？
它只作为一个完整的软件包(包括某些版本的 vscode)提供支持还是 作为我自己版本的 vscode 的插件提供支持？
从 版本1.3.0开始(1月)、CCS Theia 提供对 C2000的官方支持。 但是、我们确实有支持 C2000 (和其他)器件的特殊版本。 如果您希望成为这些版本的早期采用者并进行试验、请与我开展专门的 E2E 对话。
Unknown 说：像在旧版 CCS 中会是什么样子？
IDE 更新是最大的变化、因为我们基于新的 IDE。因此、外观将会截然不同。 但许多基本功能将保持不变。
Unknown 说：变革背后的主要设计思想是什么？
CCS Eclipse 基于的 Eclipse IDE 框架越来越过时。 Theia IDE 框架 CCS Theia 基于一个更现代的 IDE、它也基于 VS Code、这是非常流行的。
Unknown 说：实际更改，例如我们可以重复使用现有的.projectspec 文件吗？
可以。 所有当前的 CCS Eclipse 工程都可以导入 CCS Theia (假设 CCS Theia 支持工程所基于的器件)。 在 CCS Eclipse 和 CCS Theia 之间、工程格式没有太大变化、从而获得平滑的工程迁移体验。
Unknown 说：概念更改，像我们会摆脱您从 Eclipse 继承的项目的奇怪导入吗？
不确定您在这里指的是什么、但两个版本之间的工程系统基本保持不变。
Unknown 说：它是否只能作为完整的软件包(包括某些版本的 vscode)获得支持
请注意、我们并不直接基于 VS 代码。 我们基于 Theia (又基于 VS Code)。
Unknown 说：它是否也可以 作为我自己版本的 vscode 的插件而被支持？
这在2024年下半年的路线图上有一段时间。
谢谢
小
novar luo 说：如果您希望成为这些版本的早期采用者并进行实验，请与我开始一个私人 E2E 对话。
完成 :-)
novar luo 说：是。 所有当前的 CCS Eclipse 工程都可以导入 CCS Theia (假设 CCS Theia 支持工程所基于的器件)。 在 CCS Eclipse 和 CCS Theia 之间、项目格式没有太多变化、从而获得顺利的项目迁移体验。
请注意、我指的.projectspec是格式。
.projectspec
我真诚地不希望.cproject格式(继承自 eclipse.cdT)被保留,它是可怕的。 看起来 CDT 开发人员只是将整个对话类转储到 xml 中，导致大量不需要的信息，触发更改，因为您在 GUI 中执行了与项目完全无关的操作，从而在版本系统 a.s.o 中产生浪费的噪音。
.cproject
杂乱的.cproject 文件是我们转向.projectspec 格式的主要原因。
novar luo 说： Martin Otzen 说：概念上的改变、就像我们可以摆脱从 Eclipse 中继承的项目的奇怪导入吗？ 不确定您在这里指的是什么、但两个版本之间的工程系统基本保持不变。 [/报价] 在几乎所有其他 IDE 中，您都可以"打开"一个项目。 虽然我喜欢 Eclipse、但是将项目导入工作区一直以来都是一件令人烦恼的事情。 再加上在一个工作区中不能有两个同名工程、这导致为每个任务设置一个工作区、以反映该任务 Git 中的分支。 这也意味着存储在一个工作区中的设置无法一直保留到下一个工作区。 此外、在历史上(如在 Eclipse 历史中) 、一些设置的混乱发生在工作区中、项目中的其他设置则发生在何处、但无法明确定义发生了什么。 示例我曾经设置过错误解析器来解析来自 doxygen 的错误消息、直到我意识到设置是在工作区和项目之间拆分的、所以如果导入到新的工作区、就会中断：-(
Martin Otzen 说：概念上的改变、就像我们可以摆脱从 Eclipse 中继承的项目的奇怪导入吗？
在几乎所有其他 IDE 中，您都可以"打开"一个项目。 虽然我喜欢 Eclipse、但是将项目导入工作区一直以来都是一件令人烦恼的事情。
再加上在一个工作区中不能有两个同名工程、这导致为每个任务设置一个工作区、以反映该任务 Git 中的分支。 这也意味着存储在一个工作区中的设置无法一直保留到下一个工作区。
此外、在历史上(如在 Eclipse 历史中) 、一些设置的混乱发生在工作区中、项目中的其他设置则发生在何处、但无法明确定义发生了什么。 示例我曾经设置过错误解析器来解析来自 doxygen 的错误消息、直到我意识到设置是在工作区和项目之间拆分的、所以如果导入到新的工作区、就会中断：-(
Unknown 说： 请注意、我指的.projectspec是格式。 我真诚地不希望.cproject格式(继承自 eclipse.cdT)被保留,它是可怕的。 看起来 CDT 开发人员只是将整个对话类转储到 xml 中，导致大量不需要的信息，触发更改，因为您在 GUI 中执行了与项目完全无关的操作，从而在版本系统 a.s.o 中产生浪费的噪音。 杂乱的.cproject 文件是我们转向.projectspec 格式的主要原因。 [/报价] 在这方面没有任何变化。 请注意、.projectspec 文件只是一个在首次导入到 CCS 时使用的模板。 导入后、将创建完整的 CCS 工程(包括.cproject 文件) Unknown 说：在几乎所有其他 IDE 中，您"打开"一个项目。 虽然我喜欢 Eclipse、但将项目导入到工作区的过程总是让人烦恼的。Unknown 说：加上工作区中不能有两个同名项目的事实 使用 CCS Theia、这里什么都没有改变。 Unknown 说：同时， 工作区中的一些设置在历史上(如在 eclipse 历史中)的混乱，项目中的其他设置在工作区中，但没有明确的内容定义。 尽管工作区的 功能确实需要大修，但仍有很大的改进。 https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs_theia/ccs_ide.html#settings-tabs https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs_theia/ccs_project-management.html#workspaces[/quote]
在这方面没有任何变化。 请注意、.projectspec 文件只是一个在首次导入到 CCS 时使用的模板。 导入后、将创建完整的 CCS 工程(包括.cproject 文件)
Unknown 说：在几乎所有其他 IDE 中，您"打开"一个项目。 虽然我喜欢 Eclipse、但将项目导入到工作区的过程总是让人烦恼的。
Unknown 说：加上工作区中不能有两个同名项目的事实
使用 CCS Theia、这里什么都没有改变。
Unknown 说：同时， 工作区中的一些设置在历史上(如在 eclipse 历史中)的混乱，项目中的其他设置在工作区中，但没有明确的内容定义。
尽管工作区的 功能确实需要大修，但仍有很大的改进。
https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs_theia/ccs_ide.html#settings-tabs
https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs_theia/ccs_project-management.html#workspaces
