Вопросы в вопросах для олова могут api?

Question

Поддерживает ли Tin Can API вопросы в вопросах?

Если да, то какова будет спецификация для передачи данных в LRS?

Я подумывал добавить ID в каждый дополнительный вопрос.

Answer 1

Это было бы намного легче ответить, если бы вы могли привести пример, но гибкость Tin Can API такова, что вы можете буквально захватывать все (что также является частью сложности) с большей или меньшей изяществом.

Некоторые непосредственные варианты приходят на ум:

• Используйте один оператор активности взаимодействия (вероятно с типом choice) и использовать форматирование разрешено иметь ответы многозначные (т.е. golf[,]tetris).
• Используйте несколько операторов, если имеется комбинированный оператор (необходим, если есть общий результат), так что существует один основной вид деятельности, и каждый подзапрос имеет свое собственное утверждение, в котором подзапрос имеет свою собственную деятельность и основной активность будет храниться в списке context.contextActivities.parent. Когда в этом случае есть комбинированное утверждение, я бы включил ссылку на комбинированный оператор в предложении подзапроса «context.statement», чтобы вы могли связать их все вместе.
• Определение использования, контекста и деятельности extensions для захвата всего. Это должно быть последним вариантом, он обычно упрощает настройку, но при этом значительно усложняет отчетность. Хотя заманчиво из-за простоты, если вы не пытаетесь захватить определенный тип точки данных (например, данные геоданных, математические уравнения и т. Д.), Вы обычно должны стараться избегать использования расширений.

Какое из вышеизложенного имеет наибольшее значение, вероятно, определяется тем, какой ответ предоставляется, и являются или нет вопросы вложенными, так что есть общий результат и суб-результаты или есть только общий Результаты.