在常规 Kotlin 项目中，您可以使用源集来分离针对不同平台的代码。在 MPS 中，我们在根级别引入了此功能，其中包含为每个 Kotlin 根节点指定一组支持平台的选项。这些源集可以在意图操作的帮助下在根节点级别进行配置。

在实践中，这意味着：

• 给定源集下的代码只能访问具有兼容平台的声明。例如，特定于 JVM 的代码可能只访问 JVM 特定代码和针对 JVM 的通用代码。
• 生成的源在源集特定目录下组织。如果未指定目录，它将使用默认源集，该集对应于模块的默认值。
• expect 和 actual 声明现已得到支持。

没有显式平台的 Kotlin 代码默认使用 JVM，旨在保持向后兼容。

存根已经得到改进，支持新的多平台用例。过去，MPS 为 Kotlin 和 Kotlin/JVM 存根提供独立选项，分别加载通用存根和 JVM 存根。

这两个选项现已统一在 Kotlin 存根下，可以自动确定提供的工件是公开通用代码、JVM 代码还是其他平台的代码。

由于通用库和平台特定库之间的声明冗余（两个工件都包含所有必要声明），我们引入了一种新的重复筛选机制来保持存根整洁。在同一模块下声明时，平台特定库可以访问通用声明，因此您不必再次声明。

依赖项配置与以前相同：

• 通用库和平台特定库均可用作存根。
• JVM 库是将通用代码编译到 JVM 的必要条件，并且应该在 Java facet 中声明。

例如，编写通用代码要求您使用通用存根库（使用通用源集），但您还必须在 Java facet 中声明 Java 工件。

当基于 CodeRules 的 Kotlin Typesystem 插件不可用时，MPS 中的 Kotlin 代码此前会引发大量 typesystem 和作用域错误。为了提高可读性和可测试性，当基于 CodeRules 的 typesystem 插件不可用时，这些检查和错误现在会被忽略。

在这种情况下，Kotlin 语言中的所有作用域都被替换为包括所有兼容概念节点的默认作用域。由于所有有效节点都在作用域内，这会移除误报错误。

处理 Kotlin 代码的准则与以前相同：

• 编写和检查 Kotlin 代码应在启用 CodeRules 和安装 Kotlin Typesystem 插件的情况下完成。
• 即使没有它们，也可以安全读取和生成 Kotlin。

Logical View（逻辑视图）窗格现在基于异步架构，这有助于保持 UI 快速响应和提高 IDE 的整体性能。新实现还简化了扩展和修改。有关详情，请参阅知识库中题为 ProjectPane implementation on top of ProjectViewTree 的文章。

新实现带来了一些显著变化：

• 错误和警告指示器不再可用。
• 层次结构中发现的错误和警告都以红色下划线标出。
• Show Descriptor Models（显示描述符模型）选项会影响所有描述符模型。
• 一些拖放操作的工作方式有所不同。
• Logical View（逻辑视图）窗格中的设置已稍微重新组织。

我们在 BaseLanguage 中引入了一种新样式，这种新样式使常量单元在存在缺失值（子节点或引用）时可以充当占位符。例如，当类中没有构造函数时，可以显示 <no default constructor> 占位符单元。该样式使常量单元表现出您期望从此类占位符单元中得到的行为。光标只能放在第一个位置，并且不能编辑值。只可以进行附加转换菜单提供的修改。

构建语言中模块的布尔 doNotCompile 选项已被替换为 Java 枚举，可以更好地区分以下情况：

• 模块不包含任何代码。
• 模块包含代码，但代码是由 MPS 以外的工具编译。

这两种情况都曾以值 true 表示。

新的 Java 枚举有三个可能的值：

• compile in MPS
• compile externally
• no code

迁移到 2024.1 时，doNotCompile 的原始 false 值将迁移到 compile in MPS，而 doNotCompile 的 true 值将迁移到 compile externally。

一个小型实验性新功能，让您能够为生成方案添加复刻，而无需实际修改正在复刻的原始方案。生成方案可以被标记为另一个生成方案的复刻。标记的方案将被视为显式引用并在复刻的生成方案的最开始处插入了标准 fork 语句。

此外，定义复刻时，您可以使用字符串修饰符作为触发器。只有当生成的模型由具有生成目标 facet 且 facet ID 与字符串触发器匹配的模块拥有时，才会发生复刻。

MPS 中的 JUnit 测试现在不仅可以生成 Vintage 和 Jupiter 格式的测试报告，还可以生成 Open Test Reporting 格式的测试报告。构建语言的测试选项中有一个新选项，用于控制是否在生成的报告中包含 Open Test 报告。如果该选项设为 true，会在项目目录中创建名为 junit-platform-events*-$BUILD_NAME$.xml 的报告文件。

如果该选项设为 false，将为 Vintage 和 Jupiter 引擎创建旧版报告。

MPS 测试报告现在会考量 JUnit @DisplayName 注解并将名称传播到测试报告工具窗口中显示的报告。

运行节点或编辑器测试时，MPS 过去会将整个测试模型复制到瞬态模型中，并为每个测试用例节点制作额外副本（从根 NodeTestCase 或 EditorTestCase 开始）。对于大型测试模型，这往往会明显影响性能。它还会导致带有重复测试节点的奇怪设置。在 MPS 2024.1 中，带有测试的模型将不再被复制，只有 NodeTestCase 或 EditorTestCase 的 TestNode 子项及其各自环境节点（它们的引用的目标）会被复制。

对于需要打开 MPS 项目的测试，不再需要 TestInfo 声明。这适用于执行 JUnit 测试的所有方式：

• 如果测试是从 IDE 运行，无论是在进程内还是进程外，都将使用当前打开的项目。
• 如果测试是使用 <launchtests> 任务运行，则可以将 project path 指定为任务的额外项目路径选项。如果未指定，将使用 ${basedir}，它对应于当前项目的主目录。
• 对于上述方式均无法使用的特殊情况，您可以通过 -Dmps.test.project.path 系统属性指定项目位置。

现有 TestInfo 声明仍然受支持并且可以保留。

在将类加载与模型访问和 ReloadableSModule 的弃用分离的过程中，我们改变了模块的类加载的工作方式。虽然我们已经尽力为最终用户避免明显更改，但更新可能导致以前不存在的类加载问题。

作为此次重做的一部分，MPS 现在继续使用在 module.xml 中为部署的模块声明的依赖关系，而不会尝试在启动时根据分散在模块文件中的信息来计算。在设计阶段，依赖关系派生自模型转换阶段收集的信息，并且在这里也不会重新计算。分析 .mpl 或 .msd 文件的模块依赖项的旧逻辑仍然有效，以防新方法失败。

这些更改是改进 Java 模块 facet 以及模块 facet 的长期工作的一部分。

依赖默认作用域计算时，注释掉的潜在目标节点现在会自动从作用域中排除。