javascript - Captivate - LMS - SCORM 沟通问题

Question

我正在开发符合 SCORM 标准的 LMS，但 Captivate 生成的内容存在一些问题。

基本上，行为是:如果您快速看到一个 SCO(captivate 生成的内容)，例如有 15 张幻灯片，每张幻灯片中有 1 个问题，我的 lms 不会跟踪所有 15 个问题，只跟踪前 3 或 4 个问题。如果你在最后等了很长时间，或者如果你把内容放慢了，它工作正常。

经过大量google搜索，调试跟踪，最终发现主要有两个问题:

1) Captivate - SCORM API 通信是异步的(与 flash - javascript 通信相同)。所以，当用户快速看到内容时，函数调用变得越来越延迟，最后，也许用户正在回答问题 15，而内容正在发送问题 4 信息。我无法更改 Flash 或 JS-Flash 界面，因为这是由 Captivate 提供的。

有办法实现这种同步吗？？我的意思是，强制闪光等待某种方式？

2) 每次调用函数的时间都变长了，例如，setValue 第一次需要 7 毫秒，最后一次需要 200 毫秒。

要理解这个问题，这里有一些背景知识:吸引内容(所有内容确实但更吸引人)多次调用特定函数，SetValue 函数，SCORM API 函数之一。该函数有两个参数(fieldName，value)，第一个是要设置的字段的名称，第二个是新值。在我的实现中，此函数首先使用正则表达式验证值，然后在对象中设置值。

好的，我可以添加更多信息，但我不知道什么才是真正重要的，我不希望你在没有看到代码的情况下修复我的代码，但我没有想法，需要新的意见，想法，方向......也许那个人问了正确的问题......帮助:)

谢谢

Answer 1

为 SCORM 发布时，Captivate 不使用同步通信方法。* 根据浏览器的不同，Captivate 使用 FSCommand 或老式的 getURL 方法与 HTML 文件进行通信； HTML 文件然后使用 JavaScript 通过 SCORM API 将数据中继到 LMS。

响应(如果有)从 JavaScript 中继到 FSCommand 或代理 SWF(对于 getURL)，然后通过回调函数在 Captivate 中进行内部监控。此回调函数使用计时器，这可能是您的问题所在。

如果您将 g_intAPIType 设置为 0，您将强制浏览器使用 FSCommand，并非所有浏览器和操作系统都支持它。将 g_intAPIType 设置为 1 意味着您强制浏览器使用 getURL，它是跨浏览器的，但有一些缺点(包括很多点击声音)。

在这两种情况下，数据都是通过内部队列脚本发送的，该脚本使用 waitForResponse 回调函数。

您遇到的性能问题可能是由于排队，而异步通信由于附加到 waitForResponse 的计时器而使问题复杂化。更改 g_intAPIType 可能只会对您的性能问题产生很小的影响，但使用 getURL (g_intAPIType=1) 可能有助于提高从浏览器到浏览器。

无论 g_intAPIType 设置如何，您都无法阻止内部跟踪机制使用异步 waitForResponse 函数，因此无法阻止 Captivate 在获取时使用计时器/设置数据；在一段时间内，您可能会开始注意到越来越长的延迟，就像您描述的那样，尤其是。如果您要多次调用 LMS。

(* 小异常(exception):如果项目是在 AS3 中构建并为 SCORM 2004 发布的，我被告知 Captivate 4 和 5 使用 ExternalInterface，但它显示队列和 waitForResponse 计时器仍然使用，基本上像上面列出的异步方法一样处理 ExternalInterface。)