新闻

自从最初宣布 Fleet 以来，我们得到了来自大家的极大兴趣，有超过 137,000 人报名参加私人预览。我们之所以从封闭式预览开始，是为了能够以渐进的方式处理反馈。我们要感谢每一个参加这次私人预览的人，我们也想向没有收到邀请的人致以歉意。幸运的是，您不再需要等待了。 Fleet 仍处于起步阶段，还有大量的工作要做。然而，今天我们宣布首次公共预览 Fleet，所有人都可以使用。我们向公众开放预览的原因有两个方面。首先，我们认为让所有注册者再等下去是不对的，但单独邀请这么多人对我们来说也缺乏意义。面向公众开放预览对我们来说更容易。第二，也是最重要的，我们一直是一家以开放态度打造产品的公司。我们不希望 Fleet 在这方面有任何不同。 不过，在您下载它之前，请继续阅读完这篇文章，因为有一些重要的事情您应该知道。 Fleet 是什么 对于那些之前可能没有听说过它的人来说，Fleet 是我们新的分布式多语言编辑器和 IDE。它是基于我们在后端的 IntelliJ 平台，采用了全新的用户界面和分布式架构，从头开始构建的。要了解更多详情，请查看 Fleet 产品页面。 现在可以期待什么 由于我们计划支持的技术清单很长，我们准备了一个图表，显示 Fleet 目前提供支持的语言和技术，以及每个技术的状态。这应该能让您更好地了解接下来可

在本系列博文中，我们将以多个部分为您介绍构建 Fleet 这款由 JetBrains 打造的下一代 IDE。 第一部分 – 架构概述第二部分 – 编辑器详解第三部分 – 状态管理第四部分 – 分布式事务第五部分 – 代码补全的故事 在本系列的第三部分和第四部分中，我们探讨了状态管理中涉及的复杂抽象架构概念，以及它们如何在 Fleet 的分布式组件之间进行同步。接下来，我们将研究更熟悉的代码补全功能，看一看它是如何在 Fleet 中实现的。 Fleet 在代码补全领域并不是一项巨大突破，但其架构和分布式特性在各处都留有印记。想象一下：一个典型 Fleet 用户，有幸（或不幸）使用多种编程语言。这类软件开发者会在 Go 和 JavaScript 上苦苦挣扎，更喜欢 Kotlin 和 Rust，还要在文本文件中记笔记。有没有哪种代码补全解决方案能够涵盖所有情况呢？我们来找出答案。 最终用户看到的代码补全 我们先来做一些文本记录。看一看到目前为止的代码补全： 这种行为内置于 Fleet 的编辑器中：它会分析文档，考虑哪些单词是代码补全的良好候选。听起来还算合理，虽然您可能以为是机器学习在根据您先前记下的其他笔记来施展魔法。 接下来，我们转向 Kotlin 编程。 这种补全行为并没有什么特别突出的地方。基本上就是文本记录中的相同

在本系列博文中，我们将以多个部分为您介绍构建 Fleet 这款由 JetBrains 打造的下一代 IDE。 第一部分 – 架构概述第二部分 – 编辑器详解第三部分 – 状态管理第四部分 – 分布式事务 本系列第三部分重点介绍了如何表示、存储和更改 Fleet 状态的元素。 在此部分中，我们将讨论作为分布式 IDE 的 Fleet，以及它如何保证数据在所有分布式组件之间的一致性。 Fleet 是供开发者进行实时远程协作的平台。 这是一个令人兴奋的技术领域。 我们先来分析在分布式环境中可能面临的问题。 分布式操作的问题 假设两个用户，用户 A 和用户 B。他们在 Fleet 中处理同一个文档，但使用不同的机器。 使用网络信道会引入随机延迟，导致每个用户在不同时间收到其他用户的活动信息。 Fleet 应该如何处理？ 为了阐明 Fleet 在分布式环境中的运作方式，我们将使用几个经过简化的示例场景： 场景 1：用户 A 通过 Fleet 的界面重命名文件。 用户 B 的 UI 得到更新。场景 2：用户 A 通过 Fleet 的界面重命名文件。 同时，用户 B 将一个字词追加到文档。 两个 UI 都得到更新。场景 3：用户 A 在函数调用中

在本系列博文中，我们将以多个部分为您介绍构建 Fleet 这款由 JetBrains 打造的下一代 IDE。 第一部分 – 架构概述第二部分 – 编辑器详解第三部分 – 状态管理 在本系列的前几部分中，我们介绍了 Fleet 的总体架构，并探讨了编辑器后台用到的算法和数据结构。 在这一部分中，我们将介绍实现状态管理的方式。 这是一个复杂的主题，因此我们特别准备了多篇博文。 本篇的重点是应用程序状态元素的表示和存储， 下一部分将更细致地探讨 Fleet 中围绕状态管理的事务机制。 Fleet 有很多移动部件，也执行着许多不同的操作，包括： 呈现 UI 元素并与用户互动。与其他服务交互以获取数据和更新 UI 元素。处理文件，例如保存、加载、解析文件以及显示其差异。编排处理代码洞察、补全和搜索结果的后端。 许多操作较为复杂，可能会降低界面的响应能力。 同时，由于 Fleet 是分布式应用程序，可能有多个分布在网络上的前端，使整个过程更加复杂。 尽管如此，我们还是必须持续为用户正确显示所有信息，确保用户可以在前端之间稳定地工作。 在状态管理上，操作分为读取状态和更新状态。 UI 元素读取状态后向用户提供实际数据，用户则通过编辑文档和移动内容来更新状态。 这

在本系列博文中，我们将以多个部分为您介绍构建 Fleet 这款由 JetBrains 打造的下一代 IDE。 第一部分 – 架构概述第二部分 – 编辑器详解 在本系列的第一部分中，我们概括介绍了 Fleet 架构。 在此第二部分中，我们将介绍编辑器幕后使用的算法和数据结构。 数据结构的聚合 请查看以下屏幕截图，其中展示了 Fleet 中的编辑器窗口 图中包含一行带有语法高亮显示的文本，以及一个提供特定变量用法相关信息的微件。 现在，人们可以通过多种方式显示这些信息，但编辑器方面的问题是它们并非只读。 除了数据可视化以外，数据还可以更新。 诸如更改函数名称这样简单的操作就可能会造成许多影响，例如影响语法突出显示、用法，当然还包括提供的任何其他功能，例如静态分析或实时编译。 为能提供良好的体验，我们需要确保编辑文本和随之呈现的可视化可以尽可能无缝衔接。 为了实现这一点，我们必须以有效的方式存储和处理数据。 然而，存储数据的方式并非只有一种。 事实上，上图就以多种方式存储数据，它们使用各自不同的数据结构，这些数据结构共同构成了我们所说的编辑器。 换言之，可以将编辑器视为数据结构的聚合器！ 我们来详细介绍！ 绳索全线贯通 对于熟悉处理大量文本的人来说

我们最近宣布了一款一直在开发的新产品，这款产品的名称为 Fleet，是由 JetBrains 打造的新一代 IDE。 该产品目前处于封闭预览阶段，我们收到了来自尝鲜者的大量反馈，帮助我们改进产品并为在 2022 年的公开预览做好准备。 同时，在我们准备好供公众访问之前，我们想与您谈谈 Fleet 是如何在后台构建的。 在一系列的博文中，我们将深入探讨 Fleet 的各个方面，从顶层的架构视图，到状态管理、解析器、协议、可扩展性，甚至是徽标设计等小细节。 我们希望您喜欢了解这次后台探秘！ Fleet 是用什么技术构建的？ 当我们第一次宣布 Fleet 时，Twitter 上发生了一些有趣的对话，讨论它是用什么技术构建的。 一些人认为是用 JavaScript 和 Electron， 其他人则希望不是。 有些人对没有使用“笨重老式的 Java”感到非常高兴。 令人惊讶的是，人们可以仅根据屏幕截图推断出多少！ 事实是，Fleet 是在可靠、高性能、美妙的 JVM 平台上构建的。 是。 JVM。 为什么？ 因为与流行的看法相反，JVM 实际上是一个性能非常高的平台。 此外，它是跨平台的，在支持多个操作系统时使事情变得更容易。 然而，