如果我们有设备和材料的结构,在我们面前就开辟了另一条路径。我们可以指导儿童的活动,使它们沿着一定方向运行,把它们渐渐引导到这条道路逻辑上必然要达到的目标上。 –约翰·杜威《学校与社会》

说明

这是之前的文章,更新以匹配 CodeLab Adapter 3.0

CodeLab Adapter希望不只对Pythonista友好,也对Scratcher友好。

我们在上篇文章:Python与Scratch的双向通信向开发者介绍了一些拓展Scratch的技巧。方便Python和Scratch的互操作,开发者们可以利用它制作功能强大的插件。将AI、物联网或者任何你能想到的东西接入到Scratch。

本文则旨在阐述,如何用最简单的方式拓展Scratch3.0。无需了解CodeLab Adapter插件机制,也无需了解Scratch3.0的插件机制,只需要写一个Python函数,即可为scratch加入新功能。考虑到多数Scratcher对Python并不熟悉,让他们理解插件的模版代码,从继承一个类开始,接着理解线程机制,有些不近人情。本文将阐述Scratcher如何使用最少的Python代码来扩展他们自己的项目。

设计上的思考

编程风格层面

everything is a message

尽可能保持Scratch风格,尽量不改变大家的编程习惯/范式。

基于消息的事件驱动风格是scratch编程的典型风格,继承自smalltalk。第一代的scratch采用smalltalk的方言squeak构建,所以scratch从smalltalk中继承了很多设计原则,关于这部分的更多讨论可以参考我之前的文章:Scratch3.0自定义插件注意事项之令牌桶算法

scratch官方社区中,我们可以看到稍有规模的程序都会用到消息积木

上图显示的是scratch社区用户创作的最受欢迎的游戏之一:Bouncy Ninja 2, 程序之间的协同通过广播消息来完成。 利用消息实现了程序的解耦。

我们进一步观察,可以发现这个游戏使用了大量的消息:

Scratcher之所以依赖消息机制,其中的原因,我在可视化编程为何是个糟糕的主意中做过论述:

消息机制是Scratch的核心机制。消息是绝佳的解耦工具,如果你逛一逛Scratch社区,就可以看到人们构建了许多令人惊叹的项目。它们中的许多并不简单,消息是帮助他们克服复杂度的核心工具之一。这个特性继承自smalltalk的设计原则: 计算应该被视为可通过发送消息来统一调用的对象的内在功能。

所以在编程风格层面,希望scratcher在使用Python拓展程序功能时,觉得是顺滑的,不强行要求他们转化范式。

教育层面

下边说说教育层面的思考。

我们来讨论下目前这个领域,大家所关心的:如何从图形界面过渡/进阶到代码。

事实上,我不认为这种过渡是必须的。当然我也并不反对从图形界面过渡到代码。如果这种过渡是必要的,我希望它们是渐进的,而不是割裂的,否则就不叫过渡了。初学者熟悉scratch,也喜欢它,我知道大多数使用scratch的孩子,对它的好感大都胜过文本语言。你不必抛弃scratch,如果你需要一些更强大的功能,使用Python去扩展它,这个过程应该很愉快,你写了很少的Python代码,立马就能应用到你喜欢的Scratch项目上,你看到你逐渐能做更多有趣的事,你感到充满乐趣,所学的新知识,立马应用在你感兴趣的项目里。

我们反对割裂式的教学,学习者从scratch切换到Python,很长时间内只能通过print看到输出,没有生动的反馈,于是许多人便对阶段感到沮丧,踏上一条从入门到放弃的路。

学习的过程,有时的确会遇到一些困难,有些困难是固有的,或者如康德所说的它是先天的。另一些则是人为的,教育者或者基础设施建设者应该努力去清理那些人为的困难。

我不喜欢教育者们有时候提到的学习的过程,痛苦必不可少,所以你应当忍受这种宿命论的观点,有时候它只是我们懒惰和无能的借口。

文档

用例

留个课后作业。

利用这个插件,配合micro:bit,可以很容易实现树莓派守护者!: 你正在看《多啦A梦》,突然有人闯入了你的房间,你的屏幕自动切换为正在阅读论文。

参考