支持矩阵

精准了解 Coroid的支持范围

该矩阵清晰展示了当前在语言服务器、构建流程、测试运行器和容器化验证方面的支持情况。如需额外设置,我们会明确说明。

LSP
5
当前支持的语言数量
构建
4
当前支持的语言数量
Docker
8
当前支持的语言数量

当前兼容性

此表可作为Coroid当前可检查、构建和验证内容的正式依据。

已支持部分支持需额外设置即将支持

TypeScript / JavaScript

Next.jsReactViteNode.js
  • 目前提供最完善的全链路支持,涵盖 LSP、构建流程及浏览器驱动的验证。
LSP
已支持
构建
已支持
测试
已支持
Docker
已支持

移动端TypeScript

ExpoReact NativeTypeScript 应用逻辑
  • Expo 和 React Native 项目可通过 TypeScript/Node 工具链实现支持。类型检查和 Jest 测试可在本地验证;原生模拟器、设备及应用商店构建需额外配置平台环境。
LSP
已支持
构建
部分支持
测试
已支持
Docker
部分支持

Python

DjangoFlaskFastAPIrequirements.txt / pyproject
  • 已支持 Python LSP;Django、Flask 和 FastAPI 的框架专属运行时适配最为完善。
LSP
已支持
构建
部分支持
测试
部分支持
Docker
已支持

Java

Spring BootQuarkusMicronautMavenGradle
  • 现已支持 LSP 及基于 Maven 的容器流程。Gradle 和私有制品的最佳处理方式为需手动配置的有限支持。
LSP
已支持
构建
已支持
测试
部分支持
Docker
部分支持

.NET / C#

ASP.NET Coredotnet CLINuGet.sln / .csproj
  • .NET 支持 LSP、还原/构建流程,以及面向 ASP.NET 的 Docker 启动机制。非 Web 项目的运行时验证能力相对受限。
LSP
已支持
构建
已支持
测试
部分支持
Docker
部分支持

Go

Gin / Go HTTPgo.mod
  • Go 的构建及容器启动流程较为简单。丰富的语义化语言服务器支持尚未达到一流水平。
LSP
即将支持
构建
已支持
测试
部分支持
Docker
已支持

PHP

LaravelSymfonyComposer
  • Laravel 和 Symfony 已支持框架专属的 Docker 启动机制,但语义化工具链及更广泛的验证功能仍属有限支持。
LSP
即将支持
构建
部分支持
测试
部分支持
Docker
已支持

Ruby

RailsBundler
  • Rails 项目可在 Docker 中启动,但语言服务器及更深度的构建/测试覆盖能力仍较有限。
LSP
即将支持
构建
部分支持
测试
部分支持
Docker
已支持

可能需要的额外设置

私有包源需要显式凭证才能访问

当将仓库凭证或完整配置载荷注入运行器环境时,私有Maven和NuGet依赖项即可正常工作。Coroid不会自行猜测私有源的身份验证信息。

可为特定仓库配置引导钩子以实现定制化初始化

若某仓库在恢复或构建前需要定制化预处理操作,Coroid可在标准安装/构建/启动流程前执行引导脚本或命令。

使用包装器或标准Maven项目时可获得最佳Java支持体验

Maven可直接被支持,采用包装器的仓库是最稳妥的选择;若提交了Gradle包装器,则Gradle的支持效果最佳。

.NET运行时验证需依赖明确的Web入口点

具备可运行项目文件的ASP.NET Core项目最适合用于容器化运行时验证场景。

移动端原生构建需依赖对应平台工具链

Expo TypeScript代码无需模拟器即可完成类型检查和测试;iOS模拟器/设备构建需依赖macOS和Xcode;Android构建则需Android SDK或兼容Expo的运行器。

最佳运行条件

  • 相关场景下,代码库会采用 mvnw 或 gradlew 等标准包装器。
  • 依赖锁文件及清单文件均已同步且保持最新状态。
  • 私有源凭据会以环境变量形式注入,而非存储在本地配置中。
  • 任何一次性还原或代码生成步骤均会被记录到引导脚本中,而非依赖口头经验。

若代码库包含标准包装器、锁文件、明确的入口点以及私有依赖项的认证信息,兼容性会更强。