UOMo将为开发人员提供一个基于清洁标准的解决方案。

UOMo是为开发人员准备的使用单元和度量的Eclipse项目。 我们与最初的提交人Grahame Grieve进行了交谈，以了解UOMo如何符合UCUM标准的Open Health Framework…..

JAXenter：什么是UOMo项目？

格雷厄姆·格里夫（Grahame Grieve）： UCUM标准定义了一种系统的方式，允许计算机在不必具有语义上下文的情况下处理单位和度量。 在OHF项目中，我们已经实现了实现所需的核心逻辑，但是OHF项目正在向多个方向分散。 UOMo项目是拿起UCUM部分，将其放置在自己的家中，然后尽可能多地利用它。 特别是扩展Java编译器本身，以便它了解单位和度量。

JAXenter： UOMo旨在解决围绕建模单元的问题。 您认为开发人员在对度量单位进行建模时通常会遇到哪些问题？

Grahame Grieve：确实有两个问题。 首先是习惯用法是模棱两可的。 符号（例如m和M）有多种用途。人类可以弄清楚上下文表示的是哪个单位，但是开发人员不能那样做。 第二个问题是问题的复杂性。 有数千个单位，并且单位的可能组合数量不受限制。 即使使用UCUM清楚地描述了单位，执行转换的逻辑也变得晦涩复杂。 UOMo将为开发人员提供一整套基于清洁标准的解决方案。

JAXenter：在项目建议中，UOMo将重点关注“ Java实现”。UOMo将支持哪些JVM语言（或JVM之外的其他语言）？

Grahame Grieve：很难说，因为它将基于需求。 我本人有一个完整的C＃实现，我愿意为此做贡献。 也可以提出纯XSLT实现。 也有一些关于F＃的讨论，但实际上我们将等待观察发展情况。

JAXenter：最初的代码贡献将包括OHF项目的UCUM组件。 什么是UCUM组件？

Grahame Grieve： OHF中的UCUM组件分为4部分：

– XML定义文件的模型，它是UCUM标准的一部分。 这些定义驱动其余的代码。

– UCUM表达式的模型。

–一种服务，该服务采用多个字符串单位并对其进行验证和转换。

–一系列的JUnit测试。

目前，它在组件方面还没有很好的区分-只是H3ET（HL7 v3编辑器工具）组件中的代码，因此它将变得更加明显。

JAXenter： OHF是否还在开发中？

Grahame Grieve： OHF代码正在四处移动。 OHT（开放式健康工具）已经有了很多东西。原定还有更多，但由于目前还没有积极开发，所以还没有动静。 由于其他部分不是特定于医疗保健的，因此其他部分正在进入Equinox或其他平台项目。 保留在OHF中的代码仍会偶尔进行错误修复，但在某些阶段会将其移至OHT。

翻译自: https://jaxenter.com/uomo-will-hand-developers-a-clean-standards-based-solution-101736.html