Scratch 3.0建站指南（二）后台技术选型

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

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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…，有了后台，必然要对前端进行改造，前端是确定，那么JS就是必须的，因此，大家也可以考虑使用JS进行全栈开发，那么后端就可以采用Nodejs。数据库，如果是对关系数据库比较熟悉，那么可以使用Mysql，但如果采用nodejs，我建议可以考虑mongodb。