ohif目录结构

• @ohif/viewer: 控制扩展注册、模式组合和路由的核心框架。//platform目录中
• @ohif/core：一个有用且可重复使用的 Web 医学成像功能库。//platform目录中
• @ohif/ui：用于构建 OHIF 样式应用程序的可重用组件库。//platform目录中
• Extensions：一组用于构建应用程序的构建块。OHIF 组织维护着一些核心库。
• Modes: 告诉@ohif/viewer 如何组合扩展以在平台的不同路由上构建应用程序的配置对象。

该extensions目录包含许多提供基本功能的包，例如渲染、研究/系列浏览器、模式可以使用以启用特定工作流的测量跟踪。扩展的行为发生了变化OHIF-v3，其 api 也得到了扩展。总之：

在 中OHIF-v3，扩展程序不再自动挂接到应用程序。现在，注册扩展使其组件可供希望modes使用它们的人使用。基本上，扩展OHIF-v3是 构建应用程序的构建块。

OHIF 团队在自己的扩展中维护了几个高价值和常用的功能。有关 OHIF 维护的扩展列表， 请查看此有用的表格。作为一个示例default扩展，它提供了一个默认的查看器布局、一个研究/系列浏览器和一个映射到 DICOMWeb 兼容后端的数据源。

该modes目录包含可以在某些routes. 一旦用户在注册路线上打开查看器，就会使用该模式。

OHIF 扩展旨在为构建查看器提供某些核心功能。然而，在医学成像中，我们经常面临一个特定的用例，在这个用例中我们使用一些核心功能，添加我们特定的 UI，并在我们的工作流程中使用它。以前，要实现这一点，您必须创建一个扩展来添加这样的功能。OHIF-v3介绍了Modes如何通过重用扩展中的核心功能来构建此类工作流。

一些常见的工作流程可能包括：

• 病灶测量跟踪
• 大脑异常的分割
• 用于检测前列腺癌的AI探针模式

在上述模式中，它们将共享扩展default提供的相同核心渲染模块。但是，分割模式需要分割工具，而其他两个则不需要。如您所见，模式是扩展之上的一层，您可以对其进行配置以实现特定的工作流程。

OHIF-v3总结extensions and modes in和extensions in的区别OHIF-v2

• Modes是配置对象，告诉@ohif/viewer如何组合扩展以在平台的不同路径上构建应用程序。
• 在 v2 中，扩展是为核心查看器添加功能的“插件”。
• 在 v3 中，扩展是模式用来构建整个查看器布局的构建块。

│
├── extensions
│ ├── _example # 实例扩展框架
│ ├── default # 默认的功能
│ ├── cornerstone # 2D/3D图像w/ Cornerstonejs
│ ├── cornerstone-dicom-sr # 结构化报告
│ ├── measurement-tracking # 动态跟踪测量
│ └── dicom-pdf # 在视口中查看DICOM包装的pdf
│
├── modes
│ └── longitudinal # 纵向测量跟踪方式
| └── basic-dev-mode # 使用Cornerstone的基本查看器(面向开发人员的模式)
│
├── platform
│ ├── core # 业务逻辑
│ ├── i18n # 国际化支持
│ ├── ui # React 组件库
│ └── viewer # 连接平台和扩展项目
│
├── ... # 混杂。共享配置
├── lerna.json # MonoRepo (Lerna)设置
├── package.json # 共享的devDependencies和命令
└── README.md

这篇好文章是转载于：学新通技术网