Scratch 3.0建站指南(二)后台技术选型

本文探讨了在使用Scratch 3.0教学过程中遇到的问题,如素材管理和远程编辑需求,提出了引入后台系统的必要性。文章详细讨论了技术选型,包括前端保持React JS,后端推荐使用Nodejs,以及数据库选择MongoDB的原因,强调了异步编程、Promise和NoSQL数据库的优势。
摘要由CSDN通过智能技术生成

Scratch 3.0建站指南(二)之后台技术选型

上一节,我们简单讲了一下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…,有了后台,必然

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值