Contenu Flash dans eLearning: un fichier SWF contre plusieurs?

Question

Nous concevons un cours de langue basé sur Flash, et je ne suis pas sûr de l'architecture que nous devons choisir. Le contenu ne sera pas téléchargé sur Internet, il sera utilisé uniquement localement.

architectures possibles:

1) Un seul fichier SWF avec toutes les données stockées en interne - il semble d'une manière assez maladroite et inefficace (ou ce n'est pas)?.

2) Pour faire une interface Flash et de conserver les données enregistrées dans une base de données MySQL. Il permet probablement d'organiser le contenu mieux, en évitant les auto-répétitions. Le problème est que le professeur de langue (qui n'est pas un informaticien) devra installer un logiciel supplémentaire pour gérer MySQL.

3) Pour faire un certain nombre de fichiers SWF distincts, et de faire un simple fichier HTML avec l'index.

(et d'autres solutions que je ne pensais pas) de

Quelle est l'architecture à droite, plus utilisable pour l'enseignant et la plus élégante du point de vue informatique?

Answer 1

Avez-vous avez pour utiliser Flash? Le HTML est beaucoup plus flexible et vous permet d'intégrer des fichiers Flash quand vous en avez besoin (comme des interactions ou des vidéos). C'est ce que je fais avec mes cours. HTML est plus facile à mettre à jour, ne nécessite aucun logiciel spécial et ne nécessite pas de republication chaque fois que vous effectuez une modification. J'ai écrit quelques réflexions sur Flash versus HTML in e-learning si vous êtes intéressé. Si vous allez sur la route Flash, je suggère soit de créer un fichier SWF «lecteur» qui charge des fichiers SWF enfants au besoin, soit d'utiliser un fichier SWF unique avec des données externalisées (fichiers base de données/XML). Si vous pouvez aller la route de données externalisées, vous devriez avoir un temps beaucoup plus facile de mettre à jour le contenu de votre cours, parce que vous avez juste besoin de modifier la base de données ou un fichier XML et ne sera pas nécessaire de republier votre fichier SWF (s). Cela vous fera économiser beaucoup de temps et de maux de tête si vous devez fournir à plusieurs personnes la possibilité de modifier le contenu d'un cours.

Une chose vraiment grand à surveiller est la sécurité - si vous êtes au service de vos fichiers localement, à la fois HTML et Flash se déroulera dans les contraintes de sandboxing. Par exemple, l'interface externe est désactivée pour les fichiers locaux sauf si vous modifiez les paramètres de sécurité de Flash Player. Pour un cours basé sur HTML, les scripts xmlhttprequest échoueront sauf s'ils sont exécutés à partir d'un serveur. Ce n'est pas un problème si vous prévoyez d'utiliser un serveur sur un intranet protégé.

Answer 2

Pour commencer, je voterais pour séparer l'interface et les données. Vendez les données du serveur lorsque l'animation Flash le demande. Ensuite, vous n'avez pas à charger TOUTES les données (pas sûr de la taille de vos données, mais dans la pratique c'est le meilleur et le plus évolutif).

Quant à l'autre question, vous pouvez créer une grande interface Flash ou plusieurs petits. L'avantage de l'interface unique est qu'elle peut avoir toute la logique du programme en un seul endroit et ne doit charger qu'une seule fois tous les éléments incorporés. C'est aussi l'inconvénient, si le fichier SWF devient énorme. Il n'y a pas de "bonne façon" de le faire. Vous devez peser les options et décider lequel fonctionne le mieux pour vous. Mais vous pouvez également avoir une application "hôte" qui charge d'autres films si nécessaire. Si vous avez le temps et les ressources, je suggérerais de faire une preuve de concept de chaque façon (monolithique vs distribué) et de voir quelle méthode correspond le mieux à vos besoins.