关于数字交互类型的可能响应模式，我的理解是有四种可能的组合：
'2[:]4' // would mean a minimum of 2 and a maximum of 4 (response in the range of 2 to 4 would be correct)
'4' // (no delimiter) means there is a single correct answer of 4
'4[:]' // this means a minimum of 4 and no maximum (response in the range of 4 or above would be correct)
'[:]4' // would mean no minimum but a maximum of 4.
我的问题与最后一个例子有关。 0（零）或一些负数的答案是否可以接受？该标准似乎没有对这种情况做出任何规定，我不清楚零或更低的值是否在规范起草人的考虑之内。
请注意，响应模式'-2[:]4'在SCORM Cloud LRS中有效，但我不确定其他LRS是否会接受负范围值。
答案 0 :(得分：1)
这实际上分为几个部分，哪些值符合哪些规范以及您的预期用例，以及我们在市场中实际看到的内容。
1）xAPI规范非常松散在这些数据上。严格来说，任何字符串值都可以作为result.response或correctResponsesPattern数组中的项目来接受严格（遵循MUSTs）xAPI目的。如果他们想要更加严格，那么由LRS 的实现完成，请参阅：
LRS在使用有效的interactionType后，可以验证为交互活动指定的剩余属性，如果其余属性对交互活动无效，则可以返回400 Bad Request。
（参考：2.4.4.1 https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#requirements-4）
SCORM Cloud遵循严格模型，因此它只会验证这些属性是字符串，并且不会对这些字符串的内容采取进一步操作（此时）。其他LRS可能会或可能不会更严格的上述值。
这里的执行文本是：
这些类型的交互最初基于SCORM 2004第4版运行环境中“cmi.interactions.n.type”允许的交互类型。
（参考：https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#interaction-types）
其中重要的一句是最初基于，换句话说，考虑到LMS供应商采用CMI数据模型的程度以及主导景观的相应内容，决定了时间至少有利于它们的使用，同时不会干扰xAPI提供的扩展范围。
2）SCORM 2004第4版更严格。在RTE参考中，它指出：
交互需要学习者的数字响应。响应是一个带有可选小数点的简单数字。
后来它说：
如果字符串值是数值范围，则它应表现出以下格式，其中＆lt; min＆gt;和＆lt; max＆gt;都是真实的（10,7）数据类型。
因此，数值必须在real(10, 7)的集合中表示。其他地方引用为：
实数（10,7）数据类型表示精确度为7位有效数字的实数。
（之后有关于如何使用SQL存储值并且该名称符合ISO 11404的说明）
因此，如果您尝试捕获要与SCORM 2004信息模型一起使用的数据，那么您应该将使用限制在该值范围内。
3）在市场上到目前为止，我认为我们大多数人都会看到人们捕获他们需要合理捕获的东西，并且cmi.interactions被用于简单的案例，但不是很多。我不希望对字符串内容本身进行强有力的验证，因为LRS通常倾向于避免尝试从中获取含义，并且LRS（从严格的规范角度来看）提供此类验证的原因并不是很多。下游系统（例如LMS和/或报告工具）最好能够处理他们认为合适的数据。