真・自研 IDE 来了-技术圈

来源 | 高效程序员

因为众所周知的原因，最近很多人都在讨论国产 IDE，有些 deepin 社区成员就会发出疑问：深度科技（deepin）有自己的 IDE 吗？

正在网友热议的时候，deepin 社区论坛上很快就出现一篇帖子，内容是关于 deepin-IDE 的使用手册，此贴一出立即炸出很多正在勤奋搬砖的小伙伴。

当然，也会有人紧跟时事发出灵魂一问：

为了消除大家的疑问，本文就做一个正式回答，同时也顺带介绍一下 deepin 自己的 IDE。

为什么要做自己的 IDE

从操作系统角度来说，要构建繁荣的生态环境，需要丰富和完善的基软件体系。开发库、封包格式、开发工具以及开发者支持，是逐步完善发展的过程。

开发库

在开发库方面，deepin 操作系统已经拥有了自己的 DTK（Development ToolKit）开发套件。DTK 具备4个核心模块、220+个类、2300+函数接口、11个辅助功能模块、10+个扩展接口模块，已经能够满足日常图形应用、业务应用、系统定制应用的开发需求。目前 deepin 操作系统上自研的浏览器、音乐、邮件等 40 余款原生应用全部使用 DTK 开发。

- DTK：https://github.com/linuxdeepin/dtk

封包格式

封包格式源于Linux系统的软件包管理器，例如 apt、up2date、 yum、portage 和 pacman 等。包管理器的多样性给用户带来了更多选择，但缺点也十分显著：它们的软件包无法互通。deepin 操作系统为了解决“一包多用”的问题，推出了“玲珑”软件包管理方案，彻底解决系统与应用、应用与应用之间因升级引起的兼容性问题。

- Linglong：https://github.com/linuxdeepin/linglong

- “玲珑”打包商店：https://store.linglong.dev/

开发工具

在开发工具层面，成熟的 IDE 数不胜数，例如 VSCode、Visual Studio、QtCreator 等，这些成熟IDE都有一些共性，比如良好的扩展性，美观的界面和较强的易用性，最重要的是对应的生态都已经非常完善。但痛点在于，我们还没有自研的IDE工具。自研 IDE 是生态建设中非常重要的一环，也是开发者生态的集大成者。

首先，自研 IDE可以提供DTK、各种二开接口的开发支持，开发者可以基于开发库开发出对应业务功能的应用。其次，为了用上“玲珑”这样的好东西，自研 IDE 可以默认提供“玲珑”打包格式，一次打包即可覆盖全 Linux 生态环境。最后，为了便于开发者交流，增强社区活性，自研 IDE 可以集成开发者平台，使开发者汇聚在一起交流开发经验。由此看来，自研 IDE 势在必行！

按照 deepin 团队说干就干的风格，经过多年时间研发，deepin-IDE 就破壳了，它的最终目标就是将上述分散的内容整合到一起，形成一个高度统一、开放自由、资源丰富的生态建设利器。

deepin-IDE 当前完成情况

deepin-IDE 并不是突然冒出来的，在内部已经开发了多年时间，为什么一直都默默无闻呢？因为这期间都在不断完善特色功能，并攻克一些技术难题，还没有达到非常完善的地步。同时因为设计人员没有参与，所以整个界面由研发人员“原生”设计，非常时（朴）尚（素），至于好不好看呢，文末有功能预览图，大家看了再说。

首先带大家看看deepin-IDE的整体架构：

架构介绍

总体采用基于模块化框架开发，支持 C/C++、Java、Python等多种编程语言，每一种开发语言均是以插件的方式接入。模块化设计一方面可以缩短产品研发与制造周期，增加产品系列，提高产品质量，快速应对市场变化；另一方面，也可以减少或消除对环境的不利影响，方便重用、升级、维修和独立卸载。其整体结构设计如下图所示：

如上图所示，带颜色的模块均和特定的语言相关，对应通信中间件用的是 LSP（Language Server Protocol）语言服务协议，可以基于该协议实现语法高亮、符号树、语法树等功能；调试相关的用的是 DAP（Debug Adapter Protocol）调试适配协议，可以基于该协议实现被调试程序的启动、运行、断点命中、单步跳入、单步跳出等常用调试功能。通过中间协议的适配，解耦了语言业务功能与实际功能提供者的依赖，让语言扩展变得可行。

为了进一步提高扩展性，前、后端均以插件方式实现。

在前端通过接入一个新的语言插件来实现新语言的扩展，该插件用于实现语言相关的、特殊的业务逻辑，不用编写全量的代码，从而减轻了语言插件的代码负担。

在后端，通过插件方式可以更容易接入一个语言服务提供者。

根据上述描述，将语言相关的顶层数据流图绘制如下：