上一节,我们简单讲了一下Scratch 3.0的背景介绍,以及如何在本地编译运行的内容,对于采用面对面的教学方式,如果部署在局域网,这种方式应该也足够了。Scratch 3.0的脚本可以存放在本地,如果是公用电脑,可以使用目录的方式分开存放,如果是学生自带的电脑,那么就自行存放。
面临的一些限制
但这种方式也有些问题,进入高阶后,很多内容都需要素材,这样就需要能够分配一个初始的含有素材的脚本。虽然sb3(Scratch 3.0文件)可以通过copy的方式传给各个电脑,但毕竟不方便,如果学习的进度不同 ,管理起来就更加麻烦。另外,如果是公用电脑,那么学生就不能在家里对作品进行修改。
如果要方便上述的需求,就需要有后台的功能,至少可以进行课程的设置,并且将学生的进度与课程关联起来。
假设我们要实现上述功能,我们首先面临的是技术选型的问题,采用什么样的后台方案与前端进行配合。因为前端已经确定了,Scratch GUI使用的ReactJS,也就是说,它是一个SPA(single page web application)的应用,那么他的UI展现是在客户端渲染的,而不是在Server生成HTML页面再返回客户端的,因此,不需要SpringMVC这样的服务端MVC类的框架,我们只需要能够支持Restful API的框架就可以。
可选择的框架
可以选择的范围很广,Jakarta EE,Python Diango,PHP…,有了后台,必然