intellij idea_IntelliJ IDEA内部设计

intellij idea

IntelliJ IDEA的第一个版本于2001年1月发布，当时它是第一个集成了高级代码导航和代码重构功能的Java IDE之一。

2009年，JetBrains开源了其社区版本。从那时起，创建了许多基于它的IDE，例如Google的Android Studio。

让我们使用JArchitect进入Intellij IDEA的社区版本，并发现一些内部设计选择。

1.模块化

Intellij IDEA使用许多项目进行了模块化。主要的是“想法”。实用程序类在“ util”项目中实现，“ openapi” jar包含开发Intellij IDEA插件所需的类型。

这是Intellij IDEA项目的列表，以及有关其类型的一些统计信息：

每个项目都包含许多软件包以使其代码库模块化，并且采用了按功能打包的方法。

逐功能包使用程序包来反映功能集。它将与单个功能（仅该功能）相关的所有项目放置在单个目录/程序包中。这导致包装具有高内聚力和高模块化性，并且包装之间的耦合最小。紧密协作的项目彼此相邻放置。

例如，这里有一些来自idea项目的软件包，这些软件包显示了按功能分组的类型。

2. Intellij IDEA开发人员广泛使用GoF设计模式

设计模式是一种软件工程概念，描述了针对软件设计中常见问题的重复解决方案。 GoF模式是最受欢迎的模式。

Intellij IDEA开发人员广泛使用GOF模式。这是源代码中使用的一些方法。

2.1工厂

使用工厂来隔离实例化逻辑并增强内聚力很有趣。这是源代码中定义的工厂列表：

实施了许多工厂；这里有一些是从TextEditorHighlihtingPassFactory继承的。

2.2适配器

适配器模式充当两个不兼容接口之间的桥梁。这种设计模式属于结构模式，因为该模式结合了两个独立接口的功能。

Intellij IDEA源代码中实现了许多适配器：

2.3装饰器

装饰器模式可用于扩展（装饰）某个对象的功能，而无需更改其结构。在Intellij IDEA中实现了许多装饰器。

2.4代理

在最一般的形式上，代理是一个类，充当与其他对象的接口。

例如，这是通过FieldBreakpoint和FrameVariablesTree类使用两个代理VirtualMachineProxy和StackFrameProxy的。使用VirtualMachineProxy接口代替实现。但是，与FrameVariablesTree耦合的StackFrameProxyImpl并非如此。也许可以通过重构来消除这种依赖性。

2.5门面

外观模式隐藏了系统的复杂性，并为客户端提供了一个接口，客户端可以使用该接口访问系统。这是在Intellij IDEA中实现的CodeStyle外观的示例。

2.6访客

访客设计模式是一种将算法与操作对象的结构分离的方法。

突出显示功能是使用访问者模式实现的。

2.7策略

在某些情况下，类仅在行为上有所不同。在这些情况下，最好将算法隔离在单独的类中，以便能够在运行时选择不同的算法。

许多类在Intellij IDEA源代码中实现策略模式：

2.8建造者

这种模式允许客户对象构造一个复杂的对象。 ConrtolFlowBuilder是Intellij IDEA源代码中实现的构建器之一。

这是ControlFlowBuilder.build方法调用的方法：

3.联轴器

低耦合是理想的，因为在一个应用程序的一个区域中进行更改将需要在整个应用程序中进行较少的更改。从长远来看，这可以减少与修改和向应用程序添加新功能相关的大量时间，精力和成本。
这是使用接口带来的三个主要好处：

接口提供了一种定义可促进重用的合同的方法。如果一个对象实现一个接口，则该对象将符合标准。使用另一个对象的对象称为使用者。接口是对象与其使用者之间的契约。
接口还提供一定程度的抽象，使程序更易于理解。接口使开发人员可以开始讨论代码行为的一般方式，而不必深入探讨许多具体细节。
接口强制组件之间的耦合度很低，这很容易保护接口使用者免受实现接口的类中任何实现更改的影响。

在Intellij IDEA中定义了许多接口和抽象类以强制实现低耦合：

这是蓝色的源代码中这些类型在Metric视图中的分布。

在“度量标准视图”中，代码库通过树形图表示。树映射是一种通过使用嵌套矩形来显示树结构数据的方法。使用的树结构是通常的代码层次结构：

项目包含软件包。
包中包含类型。
类型包含方法和字段。

树状图视图提供了一种有用的方式来表示CQLinq请求的结果。蓝色矩形代表此结果，因此我们可以直观地看到请求所涉及的类型。

正如我们可以看到的那样，接口和抽象类几乎在所有程序包中都定义了，这对于将程序包提供的功能作为合同表示很有用。

4.凝聚力

单一责任原则规定，一个阶级改变的理由不应该超过一个。据说这样的班级具有凝聚力。 LCOM值较高通常会指出内聚性较差的类别。有几个LCOM指标。 LCOM的取值范围为[0-1]。 LCOM HS（HS代表Henderson-Sellers）的值在[0-2]范围内。高于1的LCOM HS值应视为警报。以下是计算LCOM指标的方法：

LCOM = 1 – (sum(MF)/M*F)
LCOM HS = (M – sum(MF)/F)(M-1)

哪里：

M是类中方法的数量（包括静态方法和实例方法，均包括构造函数，属性获取器/设置器，事件添加/删除方法）。
F是类中实例字段的数量。
MF是该类访问特定实例字段的方法的数量。
Sum（MF）是该类所有实例字段上MF的总和。

这些公式背后的基本思想可以表述为：如果一个类的所有方法都使用其所有实例字段，则该类是完全内聚的，这意味着sum（MF）= M * F然后LCOM = 0且LCOMHS = 0。

高于1的LCOMHS值应视为警报。

只有极少数的类型可以被认为是没有凝聚力的。

5.多线程和并发

为了使Intellij IDEA更具React性，创建了许多线程，从而改善了用户体验。

让我们搜索直接或间接启动线程的所有方法：

并发逻辑被隔离在以下软件包中：

为了促进并发开发，使用了JSR166 。

以下是jsr166 jar中使用的所有类型的列表：

6.抽象与不稳定性图

该图背后的想法是，程序的代码元素越受大众欢迎，它应该越抽象。换句话说，就是避免过多地直接依赖于实现，而要依赖于抽象。流行的代码元素是指一个项目（但该想法也适用于包和类型），该项目被该程序的其他项目大量使用。

在您的代码库中使用非常流行的具体类型不是一个好主意。这会引起程序中的某些痛苦区域，在其中更改实现可能会影响程序的很大一部分。并且已知实现比抽象更容易发展。

下图中的主序列线（点线）显示了如何平衡抽象性和不稳定性。一个稳定的组件将位于左侧。如果您检查主序列，您会发现这样的组件应该非常抽象才能接近所需的线–另一方面，如果其抽象程度较低，则将其放置在一个称为“区域”的区域中痛”。

只有util处于痛苦区域，这并不是真正的问题。实际上，总的来说，实用程序库提供的实用程序类别比接口定义的功能更多。

7.开放的API和插件系统

插件的使用使您可以扩展Intellij IDEA。提供“ openapi”罐来实现此目标。

openapi jar提供了许多接口，这些接口代表了我们可以使用并从插件扩展的所有功能。

Intellij IDEA插件包含一个或多个动作。如以下CQLinq查询所示，源代码中实现了成千上万的操作：

探索现有的已实施操作可以帮助开发人员轻松开发其自定义插件。

8.使用缓存提高性能

使用缓存是一种优化应用程序的流行方法。 Intellij IDEA使用两个缓存管理器：

FindInProjectTask使用CacheManager接口搜索单词。

这是FindInProjectTask.getFilesForFastWordSearch方法调用的所有方法的列表：

9.使用的外部库

Intellij IDEA使用许多外部jar，以下是所有使用过的jar的列表：

使用外部库时，最好检查一下是否可以在不影响整个应用程序的情况下轻松地将第三方库换成另一个库。有很多原因可以鼓励我们更改第三方库。另一个库可以：

有更多功能。
更加强大。
更加安全。

让我们发现某些外部库是否高度耦合。

摇摆：

Swing实现了一组用于构建图形用户界面（GUI）并向Java应用程序添加丰富的图形功能和交互性的组件。 Swing组件完全用Java编程语言实现。可插入的外观使您可以创建在各个平台上看起来相同或可以采用当前OS平台（例如Microsoft Windows，Solaris™或Linux）外观的GUI。

让我们使用直接摆动组件搜索所有类型：