我们正在设计基于Flash的语言课程，我不确定我们必须选择哪种架构。内容不会上传到互联网，只能在本地使用。
可能的架构：
1）单个SWF，内部存储了所有数据 - 这似乎是一种相当笨拙和低效的方式（或者它不是？）。
2）制作基于Flash的界面，并将数据保存在MySQL数据库中。它可能允许更好地组织内容，避免自我重复。问题是语言教师（不是IT专家）将不得不安装额外的软件来处理MySQL。
3）制作一些单独的SWF文件，并制作一个带索引的简单HTML文件。
（以及其他一些我没想过的解决方案）
哪个是正确的架构，最适合教师使用，从IT角度来看最优雅？
答案 0 :(得分：0)
对于初学者，我会投票分离界面和数据。当Flash影片请求时，从服务器提供数据。然后您不必加载所有数据（不确定数据的大小，但实际上这是最好的和最具可扩展性的。）
至于另一个问题，您可以创建一个大型Flash界面或几个较小的Flash界面。单接口的优点是它可以在一个地方拥有所有程序逻辑，并且只需加载所有嵌入式资产一次。如果SWF文件变得庞大，这也是一个缺点。没有“正确的方法”来做到这一点。您必须权衡选项并确定最适合您的选项。但是你也可以有一个“主机”应用程序，也可以根据需要加载其他电影。如果您有时间和资源，我建议您对每种方式（单片与分布式）进行概念验证，并了解哪种方式最适合您的需求。
答案 1 :(得分：0)
你有使用Flash吗？ HTML更灵活，允许您在需要时嵌入Flash文件（例如交互或视频）。这就是我对我的课程所做的。 HTML更易于更新，不需要任何特殊软件，每次进行编辑时都不需要重新发布。如果你有兴趣，我已经写了一些关于Flash versus HTML in e-learning的想法。
如果你采用Flash路线，我建议创建一个“播放器”SWF，根据需要加载子SWF，或者使用一个带有外部化数据的SWF（数据库/ XML文件）。如果您可以使用外部化数据路径，那么您应该更容易更新课程内容，因为您只需要编辑数据库或XML文件，而无需重新发布SWF。如果您需要为多人提供编辑课程内容的能力，这将为您节省大量时间和麻烦。
值得注意的一件事是安全性 - 如果您在本地提供文件，HTML和Flash都会遇到沙盒限制。例如，除非您更改Flash Player安全设置，否则将禁用本地文件的外部接口。对于基于HTML的课程，除非从服务器运行，否则xmlhttprequest脚本将失败。如果您计划在受保护的Intranet上使用服务器，则不会出现此问题。